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ABSTRACT 


This  report  presents  the  results  of  a  survey  of  salient 
characteristics  of  a  representative  set  of  state-of-the-art.  data 
management  systems,  It  is  part  of  an  effort  to  identify  the  state- 
of-the-art  capabilities  of  data  management  systems  for  third- 
generation  computer  systems. 

Section  1  of  the  report  includes  general  descriptions  of  the 
systems  surveyed  and  establishes  the  terminology  for  logical 
organization  of  data  used  in  the  survey. 

Section  II  describes  the  capabilities  surveyed  and  presents 
the  survey  results  in  tabular  format. 
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This  survey  is  the  second  of  a  projected  series  of  reports 
relating  to  the  state-of-the-art  of  data  management  systems.  Others 
will  present  a  comparative  analysis  of  selected  data  management 
systems  including  detailed  analysis  of  individual  systems. 

The  survey  was  performed  in  two  phases.  Initially,  under 
the  aegis  of  the  Defense  Communications  Agency  the  survey  was 
performed  in  tin'  fall  of  19tw  as  part  of  DCA's  technical  support  to 
the  Joint  Technical  Specification  Croup.  This  group,  under  the 
guidance  of  the  Information  Systems  and  Standards  Division  of  the 
Joint  Command  and  Control  Requirements  Group,  was  tasked  with 
the  preparation  of  the  specifications  for  the  standard  EDP  source 
selection  for  the  fixed  headquarters  of  the  World  Wide  Military 
Command  and  Control  System  (V/WMCCS), 

Subsequent  problems  delayed  the  public  release  of  this 
report  so  that  the  survey  had  to  be  validated  again  in  the  fall  of 
1968  due  to  this  rapidly  changing  technological  area. 

Some  of  the  surveyed  systems  are  still  in  the  development 
stage  and  their  capabilities  are  not  documented  in  the  open  literature. 
In  order  to  perform  the  survey,  it  was  necessary  to  visit  tho  devel¬ 
opers,  to  discuss  the  systems  in  detail  with  knowledgeable  individuals, 
and  to  record  their  responses. 

The  work  was  performed  under  the  direction  of  Mr.  J,  A. 
Gosden,  Head,  Information  Systems  Subdepartment,  with  Mr.  J.  P. 
Fry  as  the  principal  investigator. 

The  team  members  included:  Messrs.  S.  Bramson,  D.  C. 
Fried,  W.  P.  Grabowsky,  J.  Jeffries,  Jr,,  H.  J.  Sternickand 
Mrs.  S.  B.  Mahle. 
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SECTION  I 

INTRODUCTION  TO  THE  SURVEY 


APPROACH 

This  document  presents  the  results  of  a  survey  of  selected 
characteristics  of  a  representative  set  of  state-of-the-art  data 
management  systems.  It  is  part  of  an  eflort  to  ident.ily  the  state- 
of-the-art  capabilities  of  data  management  systems  for  third  gen¬ 
eration  computer  systems. 

The  surveyed  systems  included  in  this  document  are: 

Auerbach  Corporation's  DM-1,  Burroughs  Corporation's  FORGE, 

U.  S.  Army's  RAPID  ,  Computer  Sciences  Corporation's  COGENT  III, 
General  Electric  Corporation's  IDS,  Informatics  Incorporated's 
MARK  IV,  International  Business  Machines  Corporation's  CIS,  the 
National  Military  Command  System  Support  Center's  Nil’S,  Scientific 
Data  Systems  Corporation's  9  Series  MANAGE,  and  System  Develop¬ 
ment  Corporation's  TDMS. 

In  order  to  prepare  this  survey,  three  major  difficulties  had 
to  be  surmounted; 

(a)  lack  of  precise  and  universal  terminology 

(b)  inconsistent  interpretation  of  general  capabilities,  and 

(c)  inadequate  documentation. 

There  is  no  standard  universally  accepted  set  of  terminology. 
Various  systems  use  different  terminology  to  express  the  same  con¬ 
cepts,  and  not  even  the  more  commonly  used  terms  describe  data 
management  system  concepts  unequivocally.  To  alleviate  this 
problem,  standard  terminology  was  adopted  and  used  throughout  the 
entire  survey.  This  terminology  is  defined  below. 
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One  important  consideration  dictated  the  entire  approach  to 
conducting  the  survey.  This  was  the  necessity  to  examine  each 
system  in  a  consistent  manner.  Significant  general  data  manage¬ 
ment  system  capabilities  and  data  on  availability  of  the  systems 
were  compiled  and  arranged  into  eight  categories;  file  definition 
and  organisation,  data  retrieval,  maintenance,  output  presentation, 
data  access  methods,  general  interface  capability,  system  statistics, 
and  system  availability.  Each  state-of-the-art  data  management 
system  was  examined  in  terms  of  these  categories. 

Members  of  the  survey  staff  studied  all  available  system 
documentation  and  interviewed  representatives  of  all  developers. 
Because  of  varying  system  design  philosophies  and  technical  back¬ 
grounds  of  representatives,  each  developer  responded  in  an  individ¬ 
ual  manner.  The  individual  questions  on  the  survey  form  were  dis¬ 
cussed  by  the  staff  interviewers  and  developers  to  clarify  the  ques¬ 
tions  and  assure  consistent  responses. 

There  arc  several  limitations  to  the  survey.  Not  all  capa¬ 
bilities  arc  applicable  to  all  systems  because  of  the  wide  variation 
in  system  philosophies.  In  some  instances,  developers  refused  to 
divulge  any  information  at  all  because  their  data  management  system 
design  is  in  an  early  stage. 

The  reader  of  this  survey  should  understand  that  the  survey 
is  not  an  evaluation.  No  attempt  has  been  made  to  weight  the  capa¬ 
bilities,  that  is,  to  indicate  which  ones  arc  more  significant.  The 
order  in  which  they  occur  or  the  detail  of  their  description  in  no 
way  reflects  their  overall  importance,  and  the  list  of  capabilities 
itself  may  not  be  exhaustive.  It  should  also  be  noted  that  certain 
capabilities  have  converse  relationships;  that  is  a  "yes"  answer  for 
one  automatically  implies  a  "no"  for  another.  It  must  also  be 
remembered  that  not  all  of  the  capabilities  may  be  desirable  for  a 
particular  user's  requirements.  No  measurement  of  the  ease  or 
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difficulty  of  using  the  systems  has  been  attempted,  nor  has  any 
attempt  been  made  to  estimate  response  times.  System  evaluation 
is,  at  best,  extremely  complex  and  time  consuming  and  this  docu¬ 
ment.  is  in  no  way  intended  to  be  an  evaluation  of  state-of-the-art 
data  management  systems. 

The  time  frame  chosen  for  the  survey  was  that  tile  initial 
version  of  the  data  management  systems  surveyed  must  be  demon¬ 
strable  by  the  fourth  quarter  of  calendar  year  1  0 f i ft .  Some  of  the 
systems,  FORGE,  IDS,  MARK  IV,  and  9  Series  MANAGE,  have 
already  achieved  this  level  of  capability. 

The  information  supplied  to  us  by  the  developers  reflects  the 
capabilities  of  their  systems  as  defined  at  tile  time  the  survey  was 
conducted.  The  information  supplied  by  the  developers  in  no  way 
commits  or  restricts  them  to  capabilities  enumerated  in  the  survey. 

SYSTEMS  OVERVIEWS 

Aucrbach/DM-  I 

Data  Manager-^  (DM-1)  is  a  generalized  data  management 
software  system  designed  by  Auerbach  Corporation  as  a  proprietary 
package.  The  system  is  being  implemented  on  two  distinctly  different 
hardware  systems;  on  a  UNIVAC  1218  (Mil  Spec  418)  for  the  U.  S, 

Air  Force  under  contract  through  the  Rome  Air  Development  Center; 
and  on  the  IBM  360/50  for  the  Western  Electric  Corporation.  The 
system  will  generally  be  available  as  a  proprietary  package. 

The  DM-1  system  provides  program  and  job  library  services, 
data  storage  and  access  services,  and  job  exe  .tion  control.  The 
job  library  contains  a  number  of  general-purpose  system  jobs  for 
building,  maintaining,  and  querying  the  data  base  and  job  library. 

User  jobs  can  be  added  to  this  library.  The  structure  of  the  data 
pool  provides  logically  for  definition  of  items  and  defines  a  structure 
for  a  set  of  directory  tables. 


Basically  DM- 1  provides  a  nucleus  system  with  emphasis 
on  data  definition,  data  structuring,  and  data  access  methods. 
Features  such  as  generalized  report  generators,  user  query  and 
maintenance  languages,  and  recording  services  are  not  defined  in 
the  DM-1  design.  It  is  intendtd  that  these  items  be  developed  for 
each  customer  as  separate  units  to  be  integrated  into  the  system. 
Programs  (generalized  report  generators)  would  be  added  to  the  job 
library  with  no  unique  status.  The  syntax  of  system  languages 
(query  maintenance)  can  be  defined  by  the  user  through  a  meta¬ 
language  (similar  to  ALGOL). 

DM-  1  has  been  designed  independently  of  a  specific  computer. 
However,  the  system  is  designed  to  utilize  fully  the  capabilities  of 
whatever  operating  system  that  DM-1  is  to  run  under.  A  standard 
interface  is  provided  to  the  computer  through  the  use  of  the  data 
service  routines,  which  are  theoretically  the  only  computer  depen¬ 
dent  routines  of  the  system. 

DM-1  has  a  very  comprehensive  logical  file  structuring 
capability.  The  system  has  diverged  from  the  narrow  philosophy 
of  one-level  serial  formatted  files  to  permit  the  complex  hierarchies 
of  logical  relationships  in  the  form  of  general  linked  tree  structures. 
The  data  descript  ;on  language  permits  the  use  of  variable-length 
data  elements,  optional  data  elements,  and  nested  structures. 

The  DM-1  data  pool  is  a  series  of  fixed  length  data  segments 
containing  an  unformatted  stream  of  bits.  The  segment  size  of  the 
data  pool  is  independent  of  the  logical  file  organization  and  theoret¬ 
ically  utilizes  the  maximum  buffer  size  of  the  operating  system. 

The  DM-1  access  mechanism,  which  utilizes  the  IOCS,  transfers 
^the  data  between  the  data  pool  and  core.  The  segmented  data  stream 
is  interpreted  in  core  by  the  data  service  routines  with  the  aid  of  the 
system  directories  and  the  segment  index. 


4 


Burroughs  /  FORGE 

Fple  Organization  Gen •■ratoi*  (FORGE)  is  a  programming 
system  designed  and  developed  by  the  Burroughs  Corporation  for 
users  of  the  135000  series  of  equipments.  FORGE  first  became 
available  in  1967  for  the  B5500  computer. 

FORGE,  which  is  written  in  the  COBOE  language,  is  designed 
through  the  use  of  table  look-up  techniques,  to  facilitate  the  organi¬ 
zation,  storage,  maintenance  and  retrieval  of  information.  FORGE 
operates  under  the  Burroughs  Master  Control  Program  (MCP)  and 
uses  the  Burroughs  "hcad-per -track"  disc  file  for  information 
storage. 

The  system  provides  for  automatic  generation  of  file -building 
and/or  file-maintenance  programs;  automatic  generation  of  search 
routines  for  each  file  to  facilitate  retrieval  of  any  record  or  records 
from  that  file;  updating  of  multiple  files  from  single  transactions; 
transaction  processing  from  various  input  devices;  preparation  of 
printed  reports  on  results  of  maintenance  transactions;  processing 
of  user-defined  transactions,  user- inserted  COBOL  procedures  and 
subroutines;  and  production  of  user-defined  reports. 

FORGE  generates  a  COBOL-languagc  source  program  from 
information  provided  by  the  user  in  a  set  of  parameter  cards.  The 
parameter  cards  describe  type  of  input  and  output  media  and  the 
structure  and  content  of  all  disc  data  files, 

FORGE  provides  the  same  logical  and  physical  data  structure 
as  that  available  in  COBOE.  Data  items  within  each  logical  record 
of  a  disc  file  are  stored  contiguously,  while  logical  records  are 
stored  randomly. 

FORGE  does  not  provide  a  formal  retrieval  language  or  a 
formal  output  formatting  program.  However,  the  user  can  include 
any  COBOL  procedures  that  are  available  in  the  Burroughs  COBOL 
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system  via  special  parameter  cards.  Using  this  facility,  the  user 
can  provide  the  special  procedures  he  desires  in  processing  the 
FORGE- generated  files.  Thus,  theoretically,  a  user  can  write  his 
own  retrieval  language  and/or  an  output -formatting  program  and  in¬ 
clude  it  with  his  FORGE  parameter  cards. 


Computer  Sciences  Corporation /COGENT  III 

COGENT  III,  a  COBOL-compatible  generalized  file  manage¬ 
ment  system,  is  an  advanced  general-purpose  data  management  sys¬ 
tem  developed  by  Computer  Sciences  Corporation  (CSC)  for  the 
IBM/360  family  of  equipment.  COGENT  III  represents  the  next 
development  in  a  series  of  generalized  file  management  systems 
produced  by  CSC.  It  follows  COGENT  II,  also  developed  for  the 
IBM/360  family,  and  a  series  of  COGENT  systems  developed  for 
the  IBM  7090,  the  UNIVAC  1107/1108,  the  IBM  7044,  and  the  RCA 
SPECTRA  70. 

COGENT  III  is  modular  in  construction  and  is  designed  to 
iunctio,n  on  a  wide  range  of  Syetem/360  configurations.  It  provides 
for  of  unit- record,  magnetic-tape  and  direct-access  devices  as 
well  as  o*  teleprocessing  equipment  The  system  employs  and  is 
compatible  with  O/S  360  and  the  related  COBOL  compiler. 


COGENT  III  generalizes  the  major  data  processing  functions 
associated  with  information  storage,  maintenance,  retrieval,  anu 
presentation.  The  system  allows  for  use  of  a  common  data  base  by 
various  groups  of  users.  This  facility  is  provided  under  the  control 
lof  a  single,  comprehensive  data  directory  which  describes  all  data 
used  or  referenced  by  the  system  as.well  as  the  relationships  be¬ 
tween  data  sets,  records,  and  data  fields  in  the  data  base. 


COGENT  III  consists  of  an  information- system  language  and 
a  language  processor  (impler  ented  in  COBOL)  which  interprets  this 
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language  and  generates  functional  COBOL  programs  for  maximum 
machine  -  independence  to  perform  the  information  system  tasks 
requested.  In  addition,  an  interactive  inquiry  retrieval  and  storage 
language  is  provided  to  meet  rapid  response  requirements.  This 
language  is  processed  by  the  COGENT  III  Interpretive  Processor, 
which  is  implemented  in  assembly  language  employing  re-entrant 
code.  The  system  provides  for  specification  and  generation  of 
program(s)  for  a  simple  function,  an  entire  data  processing  applica¬ 
tion,  and/or  a  series  of  integrated  applications  as  well  as  for  inter¬ 
pretive  processing  of  1  .amic  requests  for  information  storage  and 
retrieval,  including  on-line  data  input. 

The  information- system  language  consists  of  fixed-form 
data  descriptions  and  functional  specifications  as  well  as  an  inter¬ 
active  inquiry  and  storage  language.  The  language  elements  are 
designed  to  allow  specification  of  the  information  needs  of  informa¬ 
tion  collection,  storage,  maintenance,  retrieval,  and  presentation 
for  various  levels  of  users  - -management,  operating  personnel  and 
system  analysts. 

In  general  the  language  allows  the  user  to  specify  the  following: 

(a)  Information  to  be  stored  in  the  data  base 

(b)  Source  of  the  information 

(c)  How  and  under  what  conditions  the  information  is 
created  and  maintained 

(d)  What  relationships  exist  between  different  collections 
of  information  (hierarchical  structure  and  integration 
between  data  sets) 

(e)  Who  can  have  access  to  modify  or  retrieve  the 
information 

(f)  How  and  under  what  conditions  the  information  is 
to  be  retrieved 

(g)  How  the  information  is  to  be  presented 

(h)  On-line,  off-line,  batched,  real-time,  or  demand 
processing  of  tasks 
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The  data  descriptions  allow  the  user  to  describe  such  items 
as  data  fields,  relationships  between  data  fields,  security  codes  for 
maintenance  and  retrieval,  decoding  and  encoding  association 
tables,  physical  characteristics  of  data  elements,  presentation  for¬ 
mat  of  data  elements,  which  fields  may  be  used  as  access  keys  for 
content  retrieval,  and  which  fields  are  record  identifiers. 

The  functional  specifications  allow  the  user  to  specify  the 
task  control  information  file,  creation  file,  maintenance,  output 
sort,  and  report  format,  the  processing  mode  (direct,  demand,  or 
batch),  and  the  file  structure  (serial  or  direct). 

The  interactive  inquiry  retrieval  and  storage  language  allows 
the  user  to  access  the  data  base  via  "ad  hoc"  queries  and  execution 
~of  previously  defined  queries.  The  user  can  obtain  immediate 
response  or  can  batch  queries. 

Hierarchical  data  structures,  which  can  extend  over  more 
than  one  data  set,  are  provided  for  both  sequential  and  direct-access 
data  sets.  In  most  cases,  hierarchical  records  physically  follow 
their  associated  higher-level  records,  In  the  case  of  multiple  data 
sets,  different  levels  of  hierarchical  records  may  be  physically 
stored  on  different  devices  (direct  access  only). 

When  stored  on  direct- access  devices,  the  record  keys  as 
defined  by  the  data  description  language  are  employed  to  build  a 
record  key  index.  Records  are  indexed  by  hierarchical  group  only. 
Individual  records  within  the  hierarchy  are  extracted  in  core  from 
physical  blocks  containing  a  hierarchical  group. 

An  access  key  index  is  automatically  constructed  for  each 
data  field  defined  as  an  access  field  in  the  data  description  language. 
The  index  contains  an  entry  for  each  possible  field  value  with  pointer 
(record  keys)  to  all  physical  blocks  which  contain  the  value.  These 
indexes  are  employed  to  allow  content  retrieval. 
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Control  Data  Corporation/RAPID 

Random  Access  Personnel  Information  Disseminator  (RAPID) 
is  a  specialized  data  management  system  in  the  process  of  develop¬ 
ment  by  the  Control  Data  Corporation  for  the  United  States  Army 
under  a  contract  awarded  in  July  1967.  The  system  will  be  used  to 
maintain  and  retrieve  data  on  U.  S.  Army  officers,  enlisted  and 
civilian  personnel,  and  military  strength.  R.APID  will  operate  on 
the  Control  Data  3300  under  Multi  Access  Shared  Time  Execution 
Routine  (MASTER).  Personnel  managers  will  communicate  with 
the  system  via  on-line  remote  terminals. 

The  user  can  define  the  logical  structure  of  the  file  he  is 
using,  the  format  of  the  input  data,  and  the  security  codes  of  his 
file;  and  he  can  specify  the  fields  he  wants  to  use  as  indices.  Serial 
searching  is  performed  on  non-indexed  fields. 

RAPID  accepts  transactions  from  the  field  and  processes  th^m 
through  subroutines  which  convert  them  to  a  common  internal  format. 
After  validation,  RAPID  updates  both  the  data  base  and  the  indices. 

The  retrieval  language  of  RAPID  is  designed  to  permit  the 
user  a  large  degree  of  flexibility.  The  user  enters  conditional  ex¬ 
pressions  describing  a  record  or  file  subset,  data-reduction  re¬ 
quests  including  the  ability  to  create  a  matrix,  and  various  report 
formats. 

RAPID  retains  retrieval  data  in  a  summary  file  until  it  is 
needed,  saves  jobs  for  repetitive  executions,  calls  out  standard 
jobs  for  processing  upon  request,  monitors  security  access  to  the 
files,  and  performs  various  other  control  functions. 

Maintenance  for  the  RAPID  system  is  a  special-purpose 
function.  Transactions  are  originated  and  coded  in  the  field  and 
transmitted  for  central  processing.  COBOL  programs  validate  the 
data  and  convert  the  accepted  transactions  to  a  standard  internal 
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format.  RAPID  then  accepts  the  reformatted  transactions  and  auto¬ 
matically  updates  the  data  files  and  indices.  An  audit  trail  and  a 
listing  of  valid  transactions  is  produced  as  a  by-product  of  the 
maintenance  run.  Due  to  the  nature  of  the  user -defined  problem 
specifications,  RAPID  does  not  have  a  general-purpose  maintenance 
capability  in  the  first  version. 

General  Electric/IDS 

Integrated  Data  Store  (IDS)  is  a  data  management  system 
designed  and  developed  by  the  General  Electric  Company  in  1965. 

It  has  been  implemented  on  the  GE200,  400,  and  600  series  of  com¬ 
puters. 

IDS,  in  concert  with  COBOLi,  provides  the  capability  for 
generating,  maintaining,  and  retrieving  data  from  disc-resident 
files.  IDS  operates  under  the  control  of  the  GE  multi-programming 
monitor  which  provides  an  on-line  remote  terminal  inquiry  capability. 

IDS  is  embedded  in  COBOL.  All  the  features  available  in 
COBOL  are  available  to  the  IDS  user.  Some  of  the  COBOL  pro¬ 
cedures  statements  have  been  modified,  and  other  statements  have 
been  added  to  the  basic  language  in  order  to  accommodate  IDS 
structured  files.  All  maintenance,  retrieval,  and  outputting  is 
accomplished  by  using  COBOL.  Theoretically,  a  distinct  set  of 
procedures,  a  unique  COBOL  program,  might  be  required  for  each 
type  of  update  or  query. 

IDS  provides  the  facility  for  placing  data  in  the  file  and 
retrieving  from  it.  The  functions  performed  by  IDS  itself  can  be 
likened  to  that  of  special  input  and  output  subroutines. 

A  variety  of  physical  and  logical  file  structures  are  possible 
under  IDS.  The  user  h'.s  tne  traditional  capability  of  specifying  the 
logical  structure  of  his  data;  he  also  has  some  control  over  the 
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physical  structure.  IDS  provides  the  capability  of  linking  together 
any  combinations  of  master  or  repeating  groups  to  form  an  entry. 
During  file  maintenance,  linkages  are  changed  to  reflect  any  additions 
or  deletions  to  the  file.  Neither  groups  nor  entries  need  be  physically 
stored  sequentially.  They  may  be  stored  in  a  random  order,  since 
the  links  connect  all  the  groups  constituting  an  entry  and  an  entry  is 
randomized  on  its  key  element(s). 

IDS  on  the  GE400  and  600  series  of  computers  operates 
under  the  multi -programming  monitor  and  functions  like  any  other 
processor  (e.g.,  FORTRAN)  in  the  environment. 

There  are  other  basic  differences  in  the  versions  of  IDS 
available  on  the  GE200,  400,  and  600  series.  The  200  series  does 
not  use  COBOL,  but  an  assembly  language.  The  differences  be¬ 
tween  the  400  and  600  series  are  less  pronounced,  but  they  do  exist 
primarily  in  the  COBOL  language  modifications  and  additions. 

Informatics /MARK  IV 

The  MARK  IV  file  management  system  is  an  advanced 
general-purpose  software  ojatem  developed  for  the  IBM/360  series 
of  equipment.  It  is  the  fifth  in  a  series  of  data  management  systems 
designed  and  developed  by  Informatics.  MARK  IV  operates  under 
either  the  Standard  Disc  Operating  System  (DOS)  or  Operating  Sys¬ 
tem  (OS).  The  initial  system  will  be  available  during  the  latter  part 
of  1967  and  a  final  version  will  be  available  early  in  1968. 

MARK  IV  is  a  data  processing  system  designed  primarily 
for  business  or  file  applications.  The  system  provides  5--  the 
generation,  maintenance  and  retrieval  of  information  from  ’e  o  r 
disc  oriented  files,  A  comprehensive  report  facility  is  also  pro¬ 
vided. 
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The  system  generates  computer  programs  based  upon  speci¬ 
fications  given  to  it  by  the  user.  The  user  employs  one  or  more 
structured  forms  to  prepare  the  specifications  which  become  the 
MARK  IV  source  input.  Mo  on-line  facilities  are  now  provided  by 

the  system. 

MARK  IV  generates  a  program  to  perform  the  user-specified 
functions  from  pre-coded  routines  which  are  stored  in  the  MARK  IV 
library.  The  pre-coded  routines  provide  for  many  of  the  common 
data  processing  tasks,  thus  reducing  the  amount  of  code  that  has  to 
be  generated. 

The  user  specifies  the  logical  organization  of  his  files  and 
the  data  are  stored  on  tapes  or  on  disc.  The  data  are  accessed  via 
__the  Sequential  Access  Method  (SAM)  if  the  storage  medium  is  tapes, 
and  by  the  SAM  or  the  Index  Sequential  Access  Method  (ISAM)  if  the 
storage  medium  is  disc. 

The  system  can:  create  files  from  various  data  sources; 
maintain  files  by  performing  changes,  additions  and  deletions; 
select  data  records  based  on  selected  criteria;  make  computations 
s*on  the  data  in  these  records;  extract  data  items  from  selected 
records;  and  produce  new  files,  parts  of  files,  and  combinations  of 
files.  Various  report  formats  and  data  arrangements,  as  well  as 
the  facility  to  use  preprinted  forma,  are  available. 

In  addition  to  the  standard  set  of  programs  provided  by 
MARK  IV,  the  user  also  is  provided  with  the  facility  for  calling  up 
^user-coded  routines  which  may  be  required  for  special  processing. 
The  system  also  has  the  facility  for  saving  a  generated  program  in 
its  library,  and  calling  upon  the  program  if  the  user  results  are 
required  on  a  periodic  basis. 


IE 


International  Business  Machines/GIS 

The  Generalized  Information  System  (GIS)  is  a  collection 
of  programs  written  for  System  360  to  support  formatted  file 
retrieval,  maintenance,  and  report-presentation  functions.  It  is 
a  third-generation  system  which  resembles  its  predecessor,  the 
Formatted  File  System  (FFS).  Overall,  the  system  does  not  appear 
radically  different  from  its  design  a.nd  implementation  basis  7090 
FFS  (438L). 

GIS  is  a  stand-alone  system,  under  control  of  Operating 
System  360.  Basically,  the  system  operates  as  a  series  of  job 
steps  in  the  sequential  task  environment  of  Operating  System  360 
and  will  be  released  in  two  versions.  The  first  release,  GIS 
(Basic),  will  provide  file-handling  capabilities  which  will  operate 
in  a  non -multiprog rammed  environment  using  batched  transactions. 
A  majority  of  the  full  procedural  language  capabilities  will  be  pro¬ 
vided  in  GIS  (Basic).  The  second  version  will  provide  additional 
capabilities,  including  procedure  specification  and  data  entry  from 
local  or  remote  terminals,  and  operation  in  a  multiprogrammed 
environment. 

GIS  is  planned  for  release  as  an  IBM  Type  11  program  and, 
as  Buch,  will  be  produced  and  maintained  by  IBM.  The  first  ver¬ 
sion  will  require,  as  a  minimum,  a  360/40  with  a  128K-byte  core. 
Later  versions  operating  in  a  multiprogrammed  environment  with 
teleprocessing  capabilities  are  expected  to  require  a  larger  core 
size. 

GIS  is  designed  to  provide  the  capabilities  of  file  creation 
and  maintenance,  file  inquiry,  and  report  preparation  in  a  timely 
manner.  To  meet  this  design  objective,  GIS  provides  the  user  a 
number  of  generalized  processing  modules  and  an  information  lan¬ 
guage  through  which  both  data  files  and  file  processing  procedures 
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can  be  described,  GIS  also  provides  control  and  utility  features 
to  aid  the  user  in  performing  task  specification  maintenance,  in 
providing  restricted  access  to  files,  in  providing  audit  data  as  a 
result  of  file  maintenance  actions,  and  in  providing  detection  and 
recording  of  specification,  data  content  and  system  reaction  errors. 

GIS  is  built  upon  the  experience  gained  in  its  second- 
generation  predecessor,  the  Formatted  File  System.  Perhaps  the 
most  significant  feature  of  GIS  is  not  that  it  provides  the  basic 
necessary  capabilities  of  a  generalized  file -handling  system,  but 
rather  the  degree  of  comprehensiveness  of  these  capabilities, 

GIS  provides  additional  capabilities  over  and  above  the 
second-generation  formatted  file  features.  One  of  these  features 
is  the  multi-file  capability.  The  procedural  language  in  GIS  allows 
for  up  to  six  files  to  be  referenced  during  any  sub-procedure 
-4QUERY,  MODIFY,  UPDATE,  CREATE,  etc,), 

Another  capability  found  j.n  GIS  that  was  not  generally  avail¬ 
able  in  second-generation  systems  is  the  ability  to  handle  hierar¬ 
chical  files.  GIS  can  handle  up  to  15  levels  of  hierarchy  with  a 
single  nested  group  at  each  level.  It  also  handles  multiple  types  of 
groups  at  any  level  of  subordination,  so  long  as  these  multiple  types 
are  not  themselves  superior  to  further  subordination. 

National  Military  Command  System  Support  Center /NIPS 

The  NMCS  information  Processing  System  (NIPS/360)  is  in 
essence  the  Formatted  File  System,  FFS,  converted  to  the  IBM 
360/50  computer  system  and  operational  under  Operating  System 
360/Option  2.  Historically,  the  Formatted  File  Systems  began  with 
the  SAC  438L  system  on  the  IBM  7090  in  1961 .  The  NIPS  predecessor 


on  the  IBM  1410  was  created  in  1963  to  satisfy  the  mission  of  a 
Naval  Fleet  Intelligence  Center.  Since  then,  the  system  has  been 
employed  at  several  intelligence  centers  and  commands  throughout 
the  world.  Basically,  the  system  has  evolved  in  two  separate  com¬ 
munities:  Command  and  Control,  and  Intelligence.  The  Intelligence 
system,  the  1DHS  FFS,  has  emphasized  efficient  processing  capa¬ 
bilities  and  improved  output  options  for  its  many-volumed  data 
sources.  On  the  other  hand,  the  Command  and  Control  system, 

NIPS,  has  expanded  logical  file  maintenance,  improved  the  query 
language,  and  built  an  on-line  retrieval  mechanism.  Both  the 
second-generation  FFS  systems  operate  under  the  modified  1410 
operating  system  OPSYS  ( 1 41 0-PR-  1 55). 

The  1410, FFS  is  being  converted  to  an  S/360  model  50H 
(eight  magnetic  tape  drives,  two  2311  discs,  one  2302  disc,  2260/1053, 
and  associated  card/read/punch  printer  equipment)  in  two  primary 
phases.  Phase  1  components  include:  file  structuring,  file  main¬ 
tenance,  retrieval  and  sort,  output,  remote  inquiry  processing, 
system-formatted  output,  and  necessary  utilities.  Included  in 
Phase  II  are  an  expanded  file  maintenance  including  multi-file,  file 
revision,  on-line  update,  as  well  as  additional  components  and 
utilities.  The  target  date  for  the  operational  capabilities  is  January 
1968,  for  Phase  I  and  June  1968,  for  Phase  11. 

NIPS/360  is  a  general-purpose  file -handling  system  operating 
under  O/S  360  and  performing  the  traditional  functions  of  structuring, 
maintaining,  revising  and  retrieving  from  a  set  of  data  files.  While 
maintaining  a  high  degree  of  external  r  ompatibility  with  its  1410 
predecessor,  the  internal  processing  methods  have  been  modified  to 
exploit  the  capabilities  of  the  third-generation  hardware  S/360,  and 
operating  system  O/S  36C.  Adhering  to  the  strict  O/S  360  program¬ 
ming  conventions  for  communication,  base  register  usage,  linkage, 
etc.  ,  the  conversion  is  being  done  using  the  COBOL  language  down 
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to  the  subroutine  level  of  software.  At  the  subroutine  level,  either 
COBOL  or  assembly  language  will  be  used  depending  on  which  i3 
necessary  to  efficiently  utilize  O/S  360  software  and  S/360  hardware 
capabilities. 

Compatibility  with  the  existing  1410  FFS  system  was  a  major 
design  criterion  which  is  being  achieved  through  the  ability  to  use 
existing  FFS  control  card6,  query  and  summary  decks,  file  main¬ 
tenance  decks,  and  analyst's  procedures. 

The  new  system  does  much  to  alleviate  the  physical  restric¬ 
tions  of  the  old  system.  Specifically  ,  the  physical  size  restriction 
of  a  logical  record  to  2701  characters  has  been  relieved  by  making 
each  individual  group  instance  a  physical  record.  However,  because 
of  compatibility  requirements,  some  of  the  logical  shortcomings  are 
still  apparent  in  the  system. 

In  the  new  system,  the  File  Format  Table  (FFT  is  the  data 
description  or  dictionary)  will  become  an  integral  part  of  the  physi¬ 
cal  file  being  described.  Thus  the  NIPS  files  will  be  "self-describing" 
and  no  longer  have  a  physically  remote  file  description  which  can 
easily  be  misplaced  or  lost.  The  S/360  NIPS  is  primarily  a  direct- 
access -oriented  system  utilizing  the  capabilities  of  the  disc  through 
the  Index  Sequential  Access  Method  of  O/S  360. 


Scientific  Data  Systems /9  Series  MANAGE 

SDS  9  Series  MANAGE,  hereafter  referred  to  as  MANAGE, 
was  developed  by  Scientific  Data  Systems  Corporation  (SDS)  for  the 

910,  920,  925,  930,  and  9300  computers.  The  initial  system  was  j 

completed  in  April  1966  and  the  final  version  in  January  1967. 

MANAGE  is  a  generalized  system  that  provides  the  capability 
for  generating,  maintaining  and  retrieving  data  from  tape  files. 

Although  SDS  has  been  stressing  business  applications,  MANAGE 
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is,  in  fact,  a  file-oriented  system  similar  in  concept  to  the 
M  A.RK  III  system  of  Informatics. 

The  system  was  designed  for  and  is  limited  to  processing 
tape  files  with  fixed-length  records.  Record  length  may  vary  be¬ 
tween  files,  but  not  within  a  file. 

MANAGE  operates  from  the  MONITOR  9300  systems  tape 
on  the  $DS  9300  computer.  On  the  SDS  900  series  it  operates  from 
a  stand-alone  MANAGE  system  tape. 

MANAGE  has  a  limited  capability  to  process  textual  type 
information  such  as  document  abstracts,  job  status  reports  and 
other  similar  information.  The  text  material  must  be  entered  in 
the  file  in  the  same  format  that  is  to  be  printed.  Retrieval  is  accom¬ 
plished  by  fixed-position  unique  identification  codes.  The  capability 
is  further  limited  by  the  maximum  record  size,  15  lines  per  record 
and  120  characters  per  line. 

System  Development  Corporation/TDMS 

The  Time-Shared  Data  Management  System  (TDMS)  is  a 
general-purpose  system  l'or  managing  data  in  a  time-sharing  environ¬ 
ment.  It  is  currently  being  developed  by  the  Technology  Directorate 
of  t ho  System  Oovolopmont  Corporation  (SDC)  as  a  result  of  work 
sponsored  in  part  by  the  Advanced  Research  Projects  Agency  (ARPA) 
of  the  Department  of  Defense,  TDMS  is  being  designed  and  imple¬ 
mented  for  use  on  the  IBM  System  360  Model  l>0.  TDMS  is  an  out¬ 
growth  of  TSS- Lucid  System,  also  developed  by  SDC  for  the 
AN/FSQ-32  computer. 

TDMS  will  permit  the  user  to  describe  and  generate  a  file 
as  well  as  retrieve  and  display  data  from  the  file  on  a  cathode- ray 
tube  (CRT)  device.  It  also  will  provide  the  capabilities  to  update 
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and  maintain  the  file  and  to  generate  hard  copy  reports.  TDMS 
operates  under  the  SDC -provided  ADEPT  operating  system. 

In  TDMS  a  file  is  stored  in  a  series  of  associated  tables. 

One  group  of  tables  holds  the  actual  data  element  values.  There  is 
a  separate  table  for  each  defined  data  element,  and  only  unique  data 
element  values  are  stored  in  these  tables  (i.  e,  ,  no  duplicate  values). 
Another  table  contains  the  names  of  the  data  elements  in  the  files. 

A  third  type  of  table  describes  the  individual  data  elements  and  their 
logical  relationships.  It  also  pointB  to  tables  which  contain  pointers 
arranged  in  sorted  order,  which  point  to  the  tables  containing  the 
actual  data  element  values. 

There  are  two  capabilities  in  TDMS  which  can  be  used  to 
retrieve  data.  One  of  these,  QUERY,  can  produce  only  relatively 
simple  outputs.  The  second,  COMPOSE/PRODUCE,  can  produce 
rather  sophisticated  outputs.  Within  COMPOSE,  the  user  describes 
any  number  of  report  formats  to  TDMS.  Each  report  format  has  a 
name  and  requires  several  statements  to  describe  the  data  which  is 
to  be  output,  and  the  way  the  output  will  look  when  it  has  been  pro¬ 
duced  as  a  report.  PRODUCE  provides  the  user  with  the  capability 
of  requesting  any  of  the  report  formats  previously  generated  in 
COMPOSE  to  produce  actual  reports. 

Through  two  additional  programs,  TDMS  has  capabilities 
Tor  modifying  data  element  values  and  for  maintaining  files.  The 
UPDATE  program  allows  the  user  to  add,  delete  or  change  data 
element  values.  The  MAINTAIN  program  provides  for  merging, 
subsetting,  extracting,  ordering,  and  restructuring  of  files. 
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DATA  STRUCTURE  TERMINOLOGY 

One  of  the  most  difficult  problems  in  describing  data  manage¬ 
ment  systems  is  terminology.  There  is  no  generally  accepted  set  of 
terms  or  definitions.  This  section  defines  the  terms  used  in  this 
document  to  describe  the  logical  organization  of  data. 

There  are  five  basic  terms  used  in  this  report  to  represent 
various  levels  of  aggregation  of  data.  In  a  scale  going  from  lowest 
to  highest,  they  are: 

Data  Element 
Group 

Logical  File 
File 

.  Data  Base 


Data  Element 

A  data  element  is  a  single  data  entity  and  is  a  terminal  item; 
that  is,  it  contains  no  logical  substructure  and  is  therefore  the  low¬ 
est  level.  The  most  important  aspect  of  a  data  element  is  that  it  is 
the  link  between  logical  and  physical  structure.  In  particular,  data 
elements  are  the  only  logical  entities  that  have  data  value(s)  which 
are  physically  stored.  A  data  element  is  referenced  by  an  alpha¬ 


numeric  string  of  characters -- its  name.  The 


data  element 


may  be  fixed  or  variable  and  is  measured  by  a  number  of  bits,  bytes, 
or  characters. 

Other  terms  used  for  this  concept  are  field,  item,  atom, 
element,  or  property, 

Example:  Data  Element- -POPULATION 

Data  Element  Value--202,  779 


Group 

A  group  is  jl  set  of  data  elements  which  has  an  identifier. 

A  group  represents  a  node  in  the  logical  hierarchy  of  data.  Groups 
may  vary  in  frequency,  format,  and  their  relationship  to  each  other. 
These  relationships  incLude:  subordinate,  peer,  and  superior  with 
respect  to  other  groups.  A  particular  set  of  data  element  values  for 
all  the  data  elements  comprising  the  ^roup  is  called  an  instance  of 
the  group. 

Other  terms  used  for  this  concept  are  segment,  subfile, 
element,  and  group  of  elements.  There  are  basically  two  types  of 
groups,  master  groups  and  repeating  groups: 

Master  Group.  A  master  group  has  no  peer  or  parent 

-  group.  This  logically  occurs  first  in  the  data  structure,  and 

-  — jhas  the  further  characteristic  of  being  non-repeating;  e.  g.  , 

"NATION"  in  Group  A  of  Figure  3. .  Other  terms  used  for  this 
concept  are  fixed  set,  master  segment,  and  main-level  object. 

Repeating  Groups.  A  repeating  group  is  one  for  which 
there  can  be  recurring  instances  of  different  values  for  the 
data  elements  comprising  the  group.  This  type  of  group  may 
have  an  arbitrary  number  of  instances  and  three  different 
relationships  with  other  groups.  First,  a  group  may  be  sub¬ 
ordinate  in  the  logical  structure  to  either  the  master  group  or 
another  group.  (It  is  important  to  note,  however,  that  a  group 
may  have  one  and  only  one  parent  in  a  pure  hierarchy.  ) 

Second,  a  group  may  have  a  peer  relationship  with  one  or  more 
groups;  that  is,  several  different  and  logically  distinct  groups 
may  occur  on  the  same  level  in  the  hierarchy.  Third,  a  group 
may  be  superior  to  one  or  more  other  groups.  Groups  B,  C, 
and  D,  in  Figure  1  are  examples  of  repeating  groups.  (Another 
term  used  for  this  concept  is  periodic  set. ) 
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NATION 


MASTER 
GROUP  A 


REPEATING 
GROUP  C 


LOGICAL 

FILE 


TYPE 

GROUP 

DESCRIPTOR 

MASTER 

A 

NATION 

REPEATING 

B 

POLITICAL 

SUBDIVISION 

REPEATING 

C 

CITIES 

REPEATING 

D 

COUNTIES 

REPEATING 

E 

WARDS/ 

PRECINCTS 

RELATIONSHIP 

SUPERIOR  TO  GROUPS  B,  C,  AND  D 
SUBORDINATE  TO  GROUP  A;  SUPERIOR 
TO  GROUPS  C  AND  D 
SUBORDINATE  TO  GROUP  B  PEER  TO 
GROUP  D 

SUBORDINATE  TO  GROUP  8  PEER  TO 
GROUP  C 

SUBORDINATE  TO  BQItf  GROUP  C  AND  D 


FIGURE  ! 

LOGICAL  STRUCTURE 


Logical  File 

A  logical  file  is  the  description  or  specification  of  the  logical 
aggregation  of  related  groups--one  master  type  and  possibly  one  or 
more  subordinate  groups--that  will  be  used  to  construct  a  file. 
Figure  1  is  an  example  of  a  logical  file. 

Entry.  A  particular  set  of  values  for  all  the  data 
elements  of  a  logical  file  is  called  an  entry.  Figure  2  is  an 
example  of  an  entry.  Other  terms  used  for  this  concept  are 
object,  logical  record,  and  statement. 

File 

A  file  is  comprised  of  one  or  more  entries  that  have  the 
same  logical  organization,  each  of  which  may  differ  in  physical 
format  (i.  e.  ,  number  of  data  element  values)  because  of  the  nature 
of  repeating  groups.  Entries  for  all  countries,  similar  to  that  in 
Figure  2  for  the  United  States,  would  constitute  a  file. 

Data  Base 

A  data  base  is  the  aggregation  of  all  the  files  which  can  be 
accessed  by  a  data  management  system. 


22 


MASTER  GROUP  A 


INSTANCES  OF  REPEATING 
GROUP  C 


INSTANCES  OF  REPEATING 
GROUP  D 


INSTANCES  OF  REPEATING 
GROUP  C 


INSTANCES  OF  REPEATING 
GROUP  0 


INSTANCES  OF  REPEATING 
GROUP  C 


INSTANCES  OF  REPEATING 
GROUP  D 


UNITED  STATES 
L.B.  JOHNSON 
[ALABAMA 
L. WALLACE 


202779 

MONTGOMERY 

134395 

CALHOUN 

ANNISTON 

DALE 

OZARK 

WILCOX 

CAMDEN 


ARKANSAS  I 
W.  ROCKEFELLER  1 
r  [LITTLE  ROCK 
300000 
FORT  SMITH 
75320 

]  PINE  BLUFF 


0  ASHLEY 
HAMBURG 

;  47  OTHER  STATES 
[WYOMING 

I  HANSEN  f  ~ 

r  [CHEYENNE 
<  143505 


[ALBANY 

ICASPER 


FIGURE  2 
AN  ENTRY 


INSTANCES 

0F  ONE 
REPEATING  PMTBY 

GROUPS  B  E"TRY 


V 

NEXT  ENTRY 


USE  OF  THE  DATA 

It  is  important  to  note  that  the  organization  of  the  forms 
presenting  the  results  of  the  survey  (Section  1.1)  does  not  imply  any 
indication  of  the  relative  merits  of  the  various  capabilities.  I  he 
survey  is  not  an  attempt  to  evaluate  these  systems,  but  to  present 
the  capabilities  of  the  systems  in  a  common  framework.  It  is 
obvious  that  using  the  data  for  evaluation  purposes  by  any  simple 
approach  such  as  adding  up  the  "yes"  and  "no"  entries  would  not  be 
valid  because  some  "yes"  entries  imply  "no"  in  another  capability. 
Also,  attempting  to  establish  a  generalized  weighting  system 
would  not  be  valid  because,  depending  on  a  specific  user's  require¬ 
ments,  a  "yes"  could  be  a  negative  factor  in  a  system,  tnd  a  "no1 
a  positive  factor. 

As  a  guideline,  it  is  recommended  that  the  user  establish  a 
list  of  required  capabilities  using  the  format  of  the  forms,  but 
-completely  independent  of  the  answers  in  this  report,  Based  on  the 
desirability  and  the  required  level  of  implementation  of  the  various 
features,  a  comparison  with  specific  systems  could  yield  some 
useful  results,  including  perhaps  a  reduction  to  a  shorter  list. 
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SECTION  II 


SURVEY  RESUETS 

SURVEY  GROUND  RULES 

To  present  the  responses  to  the  capability  list  in  a  common 
time-frame  and  with  overall  consistency,  the  following  ground  rules 
and  guidelines  were  observed  throughout  the  survey. 

The  time-frame  chosen  was  that  the  initial  capability  of  the 
data  management  systems  surveyed  must  be  demonstrable  by  the 
second  quarter  of  calendar  year  1969.  The  following  terms  (see 
Table  I)  were  used  to  indicate  the  vendor's  responses:  ALL,  AV(F), 
AV (O) ,  BY,  CH,  K,  LIM(O),  NA,  NF,  NO,  NTL  and  YES. 

To  indicate  the  final  capability  of  the  data  management  sys¬ 
tems,  the  term  AV(F)  (available  in  final  version)  from  the  abbre¬ 
viation  list  was  used.  In  the  particular  case  that  a  capability  was 
being  considered  at  the  time  of  the  interview  but  no  firm  commit¬ 
ment  had  been  made  to  implement  it,  the  abbreviation  NF  (not  firm) 
was  used.  Whenever  possible  the  exact  expected  dates  of  initial  and 
final  version  of  the  system  are  given  in  the  forms. 

The  following  guidelines  were  used  for  those  data  manage¬ 
ment  systems  which  used  other  processors  (e.  g.  ,  COBOL,  ALGOL, 
FL/I)  in  part  or  in  whole. 

(a)  If  the  data  management  system  or  a  compiler  provides 
the  capability  in  a  single  statement,  the  answer  is 
"yes". 

(b)  If  the  capability  is  not  provided  by  either  the  system  or 
the  compiler,  the  answer  is  "no". 

(c)  If  two  or  more  compiler  statements,  a  procedure,  are 
required  to  provide  the  capability,  the  answer  is  "no" 
with  a  footnote  reference.  This  excludes  all  library 
subroutines . 


j 

3 


ALL. 


AV(F) 

AV(O) 


LIM(O) 


NT  L 


TABLE  I 


LIST  OF  ABBREVIATIONS 


The  entire  list  is  included  in  the  system 
Available  in  the  final  version 

Available  as  an  option  through  the  operating  system 

Byte- -eight-bit  representation  of  characters 

Character--six-bit  representation  of  characters 
-10 

Kilo- -2 

Limited- -available  by  operating  system  and  limited 
by  it 

Not  applicable- -because  of  the  particular  implemen¬ 
tation  philosophy,  this  capability  does  not  have 
meaning 

Not  firm- -currently  being  considered  although  no 
firm  commitment  was  made  at  the  time  of  the 
interview 

No- -capability  is  not  available 

No  theoretical  limit- -practical  device  and  implemen¬ 
tation  considerations  are  noted  where  known 

Yes --the  system  has  the  particular  capability 


‘ItPit.if' 


(d)  If  the  capability  exists  through  the  use  of  a  subroutine 
library,  the  answer  is  "yes"  with  a  footnote  reference. 

(e)  If  a  special-purpose  program,  independent  of  the  com¬ 
piler  or  data  management  system,  is  required  to  pro¬ 
vide  the  capability,  the  answer  is  "no"  with  a  footnote 
reference. 

ORGANIZATION  OF  SURVEY  RESUETS 

The  results  of  the  survey  are  presented  in  a  tabular  format. 
The  capabilities  are  listed  and  an  answer  column  is  provided  for 
each  system  surveyed,  It  should  be  noted  that  the  list  of  the  capa¬ 
bilities  does  not  imply  any  ranking  or  indication  of  the  relative 
merits  of  a  particular  feature. 

An  effort  to  organize  the  various  capabilities  into  related 
broad  categories  caused  some  problems  in  answering  the  questions. 
For  example,  the  logical  structure  cf  a  file  is  differentiated  from 
its  physical  structure,  and  the  output  presentation  section  is  inde¬ 
pendent  of  the  retrieval  capabilities.  In  some  of  the  systems  sur¬ 
veyed  these  and  other  arbitrary  divisions  were  not  clearly  separated 
or  independent.  Whenever  possible,  the  questions  were  designed  to 
determine  the  degree  of  the  implementation  of  a  specific  capability. 

The  capabilities  and  data  on  availability  of  data  management 
systems  have  been  enumerated  under  eight  categories: 

1.000  File  Definition  and  Organization 

2.  000  Data  Retrieval 

3.  000  Maintenance 

4.  000  Output  Presentation 

5.  000  Data  Access  Methods 

6.000  General  Interface  Capability 

7.  000  System  Statistics 

8.  000  System  Availability 
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1.000  FILE  DEFINITION  AND  ORGANIZATION 


File  organization  is  the  foundation  on  which  a  data  manage* 
ment  system  (DMS)  is  built  and  is  the  most  important  aspect  of  a 
DMS.  It  is  the  major  indicator  of  performance  because  it  dictates 
the  search  strategy  invoked  during  retrieval  of  data.  The  physical 
aspects  of  file  organization  can  have  a  major  effect  on  the  size  of 
the  data  base;  the  logical  aspects  can  affect  the  amount  of  repetition 
of  the  data  values  and  the  duplication  of  data  entries. 

This  section  describes  the  file  organization  of  a  DMS  with 
respect  to.  its  logical  scheme  of  organization,  the  physical  struc¬ 
ture  or  layout  of  the  data,  the  way  in  which  data  are  defined,  and 
the  indexing  capability  of  the  DMS. 

1.  100  Logical  File  Organization 

The  logical  file  organization  is  the  method  used  to 
aggregate  and  organize  data.  Related  data  elements,  the  basic  enti¬ 
ties  in  the  file  (see  Section  I,  Survey  Terminology),  are  collected 
junto  groups,  and  logically  related  groups  are  aggregated  into  logical 
files.  Within  a  logical  file,  groups  may  be  ordered  according  to 
their  relationship  to  each  other,  i.  e.  ,  superior,  peer,  or  subordi¬ 
nate.  A  number  of  logical  files  constitute  a  data  base. 

Logical  file  organization  is  important  in  retrieving 
"information  sets"  which  satisfy  retrieval  search  criteria  on  the 
basis  of  the  timeliness  and  meaningfulnes s  of  the  information  con¬ 
tained  therein. 

Logical  file  organization  is  divided  into  two  broad 
generic  categories;  Hierarchical  and  Heterogeneous. 


28 


1.110  Hierarchical  I  ileB 

A  hierarchically  structured  file  is  a  file  that 
has  a  specific  type  of  logical  group  relationship  (commonly  called 
tree  structure)  containing  one  or  more  levels.  A  pure  tree-structured 
hierarchy  starts  with  a  single  group  at  the  root  or  base  of  the  struc¬ 
ture;  this  group  is  defined  as  the  master  group,  and  is  unique  in  the 
hierarchy.  From  the  master  group  (or  any  other  group),  one  or 
many  groups  may  branch  out.  However,  a  given  group  may  have 
only  one  immediately  superior  group.  Groups  at  the  same  level  in 
the  tree  are  peers  of  each  other  (by  definition,  only  one  group  may 
exist  at  the  master  group  level).  Groups  branch  out  into  many  other 
subordinate  groups.  A  logical  group  instance  is  one  set  of  all  the 
data  element  values  in  that  group. 

1.120  Heterogeneous  Files 

Heterogeneous  files  are  files  that  do  not  have 
a  pure  tree-structured  hierarchy,  Logical  linkage  is  allowed  be¬ 
tween  groups  of  any  level,  and  a  group  may  be  subordinate  to  one 
or  more  superior  groups.  Heterogeneous  files  are  characterized 
by  two  additional  features:  Inverted  Tree  Structures  and  a  Variety 
of  Logical  Structures. 


The  extent  of  the  logical  organization  of  a 
DMS  is  characterized  by  the  following: 
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1.110  HIERARCHICAL  FILE 

AUERBACH 

BURROUGHS 

CSC 

' 

ORGANIZATION 

DM- 1 

FORGE 

COGENT 3K 

Data  Elements  Per  Group  -  The  maximum 

number  of  data  elements  that  can  be  in- 

eluded  in  a  group.  In  the  example  in  Sec¬ 
tion  1  the  group  CITIES  may  contain  only 
two  data  elements  :  CITY  NAME  and  FOP- 

NTL 

<B1) 

NTL 

ULATION. 

Logical  Group  Instances  -  The  maximum 

. 

number  of  instances  of  a  logical  group, 
where  an  instance  is  a  particular  set  of 

224 

<B2) 

NTL 

data  element  values  of  the  group. 

Levels  of  Subordination  -  The  depth  of  the 

logical  structure  in  terms  of  the  total 

number  of  levels  of  logical  groups.  The 
following  example  represents  five  levels 

32 

1 

NTL 

of  subordination: 

. 

POLITICAL  DIVISION 

— 

CITIES 

WARDS 

PRECINCTS 

STREETS 

--- 

HOUSE  NUMBERS 

Distinct  Peer  Groups  ■  The  maximum 
number  of  groups  that  can  occur  at  the 
same  level  of  subordination,  (See  CITIES 
and  COUNTIES  in  Section  1. 

254 

(Bl) 

NTL 

Related  Groups  -  The  maximum  allowable 
number  of  groups  at  all  levels  of  subordi- 

;54 

32  * 

.  ... 

nation  that  constitute  a  logical  file  In  the 

(Bl) 

NTL 

Section  1  example,  four  groups  constitute 

the  COUNTRY  file:  NATION,  POLITICAL, 
SUBDIVISION,  CITIES,  COUNTIES  and 

PRECINTS. 

IB1)  Size  collectively  limited  to  9999  characters. 

(B2)  Limited  to  999.  999. 

(Ell  Limited  by  total  number  of  groups. 

(Fll  The  upper  bound  is  limited  by  the  Data  Definition  Table  and/or  core. 
(F21  Actual  limit  is  2*^-1  which  could  never  be  achieved  due  to  record 
size  limits . 

(Gl)  File  structure  imposes  no  limit,  however,  processing  techniques 
_ chosen  by  the  user  may  constrain  tne  number  of  levels. 


30 


6E 

NF0RMATIC5 

■I 

NMCSSC 

SDC 

SDS 

U  S.  ARMY* 

IDS 

mark  re 

NIPS 

TDMS 

MANAGE 

RAPID 

NT  L 

NTL 

(FI) 

NTL 

1023 

(U) 

1024 

MIL 

NTL 

NTMF2) 

NTL(Gl) 

8 )  9 1  ( H 1 ) 

1 

63 

NTT. 

9 

15 

1 

15 

0 

1 

NTL 

99(L1) 

255 

255 

255(H2) 

0(12; 

1024 

NT  L 

99 

(FI) 

255 

255(H2) 

1 

1024 

(HI)  Designed  maximum  capacity.  In  initial  implementation  hardware 
and  software  restrictions  make  this  limit  unattainable. 

(H2)  Total  number  of  dibtinct  repeating  groups  per  file  is  limited  to  255. 

(11)  Record  length  1023  characters.  Theoretically  each  character  could 
be  defined  as  a  data  element. 

(12)  No  level  of  subordination,  therefore  no  peer  relationship. 

1 

u. _ 

*u.$ 
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1.  HO  HIERARCHICAL  FILE 

AUERBACH 

BURROUGHS 

CSC 

ORGANIZATION  (Continued) 

DM-  1 

FORGE 

COGENT  HI 

Entries  -  The  maximum  number  of  phvsi- 

cal  entries  in  a  file.  A  physical  entry  is 
the  collection  of  all  instances  of  the  sub¬ 
ordinate  groups  subsumed  under  one 
instance  of  a  master  group.  In  the  Sec¬ 
tion  1  example,  the  COUNTRY  file  would 
contain  an  entry  for  each  country  in  the 
data  base. 

224 

(Bl) 

NTL 

1.120  HETEROGENEOUS  FILE 
ORGANIZATION 

Inverted  Tree  Structure  -  The  capability  to 

have  an  "inverted  tree  structure"  and  have 
a  subordinate  group  linked  to  more  than 
one  superior  group  at  any  level,  as  illus¬ 
trated  by  the  example  in  Figure  1  of  Sec¬ 
tion  I, 

YES 

NO 

NF 

Variety  of  Structures  -  The  capability  to 

define  a  logical  file  structure  with  null 
valued  data  elements  (data  elements  con¬ 
taining  either  no  data  values  or  only  parts 
of  group  instances  at  generation  time). 

The  implication  here  is  that  there  is  no 
"penalty"  for  defining  future  data  elements 
in  the  file;  i.  e.  ,  no  physical  storage  is 
allocated  in  advance.  There  are  two  cases: 

Missing  Groups  -  Groups  which  have 
been  defined  have  no  instances,  e.g.  , 
no  values  for  CITY  NAME  or  POPU¬ 
LATION 

YES 

YES 

NF 

-  Missing  Data  Elements  -  Data  elements 
which  have  been  defined  have  no  value, 
e.g.,  CITY  NAME  filled  in  but  no 
values  for  POPULATION 

YES 

YES 

NF 

(Bl)  Limited  to  999,999. 
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GE  INFORMATICS  IBM 
IDS  MARK  nr  GIS 


NMCSSC  _ SDC  SDS 

NIPS  TDMS  MANAGE 


RAPID 


NTL  NT  L  NT  L 


LIM(O)  16,' 


YES  NO 


NO  NC 


NO(Il)  NO 


YES(Gl) 


(G1  )  Only  variable  fields. 

(HI)  Designed  maximum  capacity  for  all  instances  of  all  groups  (entries 
if  there  are  no  repeating  groups)  within  a  file.  In  initial  implemen¬ 
tation  hardware  &  software  restrictions  make  this  limit  unattainable. 
(H2)  This  can  be  done  by  restricting  the  file  and  inverting  the  groups. 

(II)  No  level  of  subordination,  therefore  no  "inverted"  relationship 
sts 

*U.$  ARMY  SYSTEM  DEVELOPED  BY  CDC 
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1.200  Physical  File  Organization 

A  phy  eical  file  is  a  file  of  data  values  (not  necessarily 
reflecting  the  logical  organization  of  the  data  base).  There  are 
various  methods  for  physical  organization  of  data.  In  general  the 
methods  are  indicators  of  the  response  time  of  the  system,  i.  e.  , 
the  time  it  takes  to  retrieve  data  from  the  data  base.  Two  basic 
types  of  physical  file  organization  are  discussed;  Parallel  and 
Sequential. 


1.  210  Parallel 

This  method  collects  and  stores  all  the  values 
for  a  particular  data  element  or  group  instance  in  a  contiguous  man¬ 
ner.  It  is  independent  of  the  logical  organization.  Physically  con¬ 
tiguous  is  interpreted  to  be  independent  of  device  considerations  such 
as  track  size.  Usually  physical  links  are  used  to  preserve  the 
hierarchical  organization. 

1.220  Physical  Sequential 

The  natural  way  of  storing  hierarchically 
structured  data  is  with  each  group  expanded  according  to  its  position 
in  the  hierarchy. 

The  physical  file  organization  of  the  DMS  is  depicted 
by  the  following  categories. 
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1.210  PARALLEL  PHYSICAL  FILE 
ORGANIZATION 

By  Data  Elements  -  All  values  of  a  data 
element  are  stored  contiguously.  For 
example:  All  the  values  of  POPULATION 
for  all  cities  in  all  states  are  stored  con¬ 
tiguously  independent  of  the  group  instance 
or  entry  they  are  part  of. 

By  Logical  Groups  -  All  instances  of  a 
logical  group  are  stored  contiguously. 

For  example:  All  the  values  for  CITY 
NAME,  and  POPULATION  for  all  cities 
in  all  states  are  stored  contiguously. 

Note:  The  example  of  the  Nation  file  in 
Section  I  is  not  a  parallel  structured  file. 


AUERBACH  BURROUGHS 


DM- 1  ]  FORGE  ICOGENTm 


1.220  SEQUENTIAL  FILE 
ORGANIZATION 

By  Group  Instance  -  All  values  of  the  data  J 
elements  comprising  a  group  instance  are 
stored  contiguously.  For  example,  all 
the  values  for  CITY  NAME  and  POPULA¬ 
TION  for  the  state  of  Alabama  are  stored 
contiguously  as  shown  in  Section  I. 

By  Hierarchical  Group  -  Each  group 
instance  is  stored  according  to  its  subor¬ 
dinate  relationship,  starting  with  the 
master  group.  Each  and  every  group  is 
stored  according  to  the  group  instance 
discipline.  First,  the  instance  of  the 
master  group  is  stored,  then  an  instance  | 
of  each  successively  subordinate  group  in  j 
the  hierarchy  is  stored  accordingly  until 
the  terminal  group  is  reached.  Next,  all 
instances  of  the  terminal  group  are  ex¬ 
panded  and  stored.  If  there  is  no  peer  at 
the  terminal  group  level,  the  next  highest 
group  instance  is  expanded.  If  there  are 

rouo  level. 


YES  YES(Cl) 


YES  YES(Cl) 


When  a  file  is  divided  into  multiple  data  sets,  different  levels  of 
hierarchical  records  may  be  physically  stored  on  different  devices. 

By  data  declaration. 

If  desired,  individual  groups  can  be  defined  as  a  separate  file  and 
accessed  in  a  single  retrieval  by  the  multiple  file  capability. 


GE 

INFORMATICS 

IBM 

NMCSSC 

SDC 

SDS 

li  S.  ARMY* 

IDS 

MARK  I? 

GIS 

NIPS 

TOMS 

manage' 

RAPID 

NO 

NO 

NO 

NO 

YES 

NO 

NO 

YES(Dl) 

NO 

NO(Fl) 

NO(Cil) 

NO 

YES(Il) 

YES 

YES(Dl) 

•  ■ 

YES 

YES(Fi) 

YES 

NO 

YES 

. 

YES 

YES(Dl) 

YES 

YES 

YES 

YES(Hl) 

YES(H) 

YES 

(Gl)  When  a  file  consists  of  only  master  groups. 


(HI)  Actual  values  are  stored  contiguously  when  they  are  dates  or  num¬ 
bers  requiring  less  than  22  bits;  otherwise  the  actual  value  is  stored 
separately  (one  time  only)  and  a  pointer  is  used. 

(II)  Special-case  logical  file  consists  of  only  master  groups. 
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1 ,  220  SEQUENTIAL  FILE 

AUERBACH 

BURROUGHS 

CSC 

ORGANIZATION  (Continued) 

DM- 1 

FORGE 

COGENT m 

By  Hierarchical  Group  (continued) 

these  are  expanded  in  their  entirety  before 
moving  back  up  the  tree.  The  process 
continues  until  the  master  group  is  com¬ 
pletely  expanded,  ending  the  process. 

For  example  in  Section  1,  the  COUNTRY 
NAME  and  its  PRESIDENT  are  stored 
first,  followed  by  the  values  of  STATE 
NAME  and  GOVERNOR  for  first  state, 
followed  by  all  the  values  of  CITY  NAME 
and  POPULATION  for  the  first  state, 
followed  by  all  values  of  COUNTY  NAME 
and  COUNTY  SEAT  for  the  first  state, 
followed  by  the  values  of  STATE  NAME 
and  GOVERNOR  for  the  second  state,  etc. 

By  Entry  -  Every  entry  is  stored  contigu- 
ou&ly.  For  example,  all  the  values  in  the 
entry  UNITED  STATES  are  stored  con¬ 
tiguously,  followed  by  all  the  values  for 
the  entry  URUGUAY.  The  example  shown 
of  the  NATION  file  in  Section  I  is  a  physi¬ 
cal  sequential  file. 

YES 

NO 

YES(Cl) 

« 

(Cl)  When  a  file  is  divided  into  multiple  data  sets,  different  levels  of 

hierarchical  records  may  be  physically  stored  on  different  devices. 
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i 


« 


gf. 

INFORMATICS 

IBM 

NMCSSC 

SDC 

SDS 

U  S.  ARMY* 

IDS 

MARK  nr 

CIS 

NIPS 

TDMS 

MANAGE 

RAPID 

YES(Dl) 

YES 

YES 

YES(Gl) 

YES(Hl) 

YES 

YES 

(Dl)  By  data  declaration. 

(Gl)  ISAM  (Index  Sequential  Access  Method). 

(HI)  Actual  values  are  stored  contiguously  when  they  are  dates  or  num¬ 
bers  requiring  less  than  22  bits;  otherwise  the  actual  value  is  stored 
separately  (one  time  only)  and  a  pointer  is  used. 

*U.S.  ARMY  SYSTEM  DEVELOPED  BY  CDC 
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1.  300  Data  Definition 


Data  definition  is  the  specification  of  the  types  of 
data  representation  acceptable  to  the  DMS  and  the  physical  limita¬ 
tions  on  quantity  and  content. 

1.310  Data  Element  Representation 

Various  types  of  data  element  provided  by  the 
DMS  to  the  software  user,  such  as  fixed-point  and  floating-point 
numbers,  are  described  in  machine-oriented  terms. 

1.320  Physical  Size 

The  lengths  of  the  various  types  of  data 
element  provided  by  the  DMS  to  the  software  user  are  also  described 
in  hardware  terms.  Thus,  many  computers  are  capable  of  proces¬ 
sing  floating-point  numbers  32  bits  in  length,  as  well  as  floating¬ 
point  numbers  64  bits  in  length;  the  DMS's  for  such  computers  will 
therefore  offer  the  user  the  ability  to  define  either  long  (64  bits)  or 
short  (32  bits)  floating-point  data  elements. 

1,330  Storage  Devices 

Depending  on  computer  haidware  configurations 
and  DMS  capabilities,  the  user  will  have  many  different  secondary 
storage  devices  which  he  can  use  for  permanent  or  semi-permanent 
data-base  storage. 
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1.310  DATA  ELEMENT 

AUERBACH 

burroughs] 

CSC 

REPRESENTATION 

DM- 1 

mm\ 

KEE3 

Fixed  Point 

YES 

YES 

YES 

Floating  Point 

YES 

YES 

YES 

Packed  Decimal 

YES 

NO 

YES 

EBCDIC/BCD 

YES 

YES(Bl) 

YES 

ASCII 

NO(Al) 

YES 

NF 

1.320  PHYSICAL  SIZE 

Data  Element  -  The  maximum  number  of 

(Cl) 

characters  in  data  elements. 

-  Variable  Length 

254  BY 

NONE 

-  Fixed  Length 

•  Numeric 

254  BY 

18dd 

•  Alphanumeric 

254  BY 

99CH 

Group  -  The  maximum  number  of  charac- 

2542BY 

(Cl) 

ters  in  logical  groups. 

-  Fixed  Length 

YES 

-  Variable  Length 

NONE 

Entry  -  The  maximum  number  of  charac- 

NT  L 

(Cl) 

ters  in  entries. 

-  Fixed  Length 

9999 

-  Variable  Length 

NONE 

File 

-  The  maximum  number  of  entries  per 

NIL 

999999 

(Cl) 

file. 

-  The  maximum  number  of  files  per  data 

NT  L 

(B2) 

(Cl) 

base. 

(Al)  Any  representation  can  be  added  to  the  system, 

(Bl)  Through  BCL  (Burroughs  Common  Language). 

(B2)  Expandable  to  99. 

(Cl)  Physical  size  of  all  elements  depends  on  COBOL  implementation 

(Dl)  Through  IDS  and  COBOL. 

(D2)  4096  characters  including  control  characters. 

(El)  ASCII  character  representation  is  handled  automatically  by  IBM 
hardware. 

(E2)  Variable  data  element  lengths  are  not  supported.  An  entry  may 
contain  a  variable  number  of  fixed  -length  groups  .  A  group  may 
consist  of  one  data  element. 

(E3)  4  bytes  (binary  or  floating  point);  16  bytes  packed  decimal. 

(E4)  Size  of  records  (entries)  is  limited  by  memory  space  available  for 
buffer.  The  absolute  maximum  for  either  fixed-  or  variable -length 
records  is  99,999  bytes.  This  may  be  increased  (overridden)  to 
the  maximum  memory  size  in  OS/360  by  use  of  the  JCL. 
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wmm 

INFORMATICS 

NMCSSC 

SOC 

SOS 

gffiwna: 

SOS 

mark  nr 

NIPS 

TOMS 

MANAGE 

RAPID 

YES(Dl) 

YES 

NO(Fl) 

YES 

YES 

NO 

YES 

NO 

NO(Fl) 

NO(Gl) 

YES 

NO 

NO 

NO 

YES 

YES 

NO 

NO 

NO 

NO 

YES(Dl) 

EBCDIC 

YES 

YES 

YES 

BCD 

YES 

NO 

(El) 

NO 

LIM(O) 

NO 

NOfJll 

NONE 

(E2) 

NONE 

NTL(G2) 

255BY 

NONE 

5629 

<DZ) 

(E3) 

3  ldd 

4BY 

255BY 

m 

5629 

255 

255BY 

255BY 

255BY 

in 

5629 

(D2) 

9999 

LIM(0)(F2) 

(G3) 

295805(H1) 

1023 

5629 

NONE 

NTL 

NONE 

5629 

NIL 

(E4) 

LIM(0)(F3) 

(G4) 

295805(H1) 

1023 

5629 

295805(H1) 

NONE 

5629 

NTL 

NTL 

NTL 

LIM(O) 

16,777,215 

NTL 

NF 

(HI) 

NTL 

NTL 

NTL 

NTL 

1 

NTL 

NTL 

(FI)  Can  be  defined  and  passed  to  processing  subroutine  for  action  and/ 

|  01  convei  sion. 

I(F2)  Group  is  fixed  length.  The  length  is 

limited  to  the  track 

size  on  the 

direct-access  device  (unless  track  overflow  feature  is  available)  or 


the  maximum  record  size  from  tape. 

(F3)  Entry  is  variable  length  only.  Using  physical  sequential  access, 
length  is  track-  or  record-limited. 

(Gl)  May  be  carried,  but  not  processable. 

(G2)  Block  size  (physical  block  size)  is  generation  parameter. 

(G3)  Block  size  core  IK. 

(G4)  Restricted  by  size  of  buffer  within  the  different  FFS  modules  min 
8K  to  max  size  of  buffer  allocated. 

(HI)  Designed  maximum  capacity.  In  initial  implementation  hardware 
and  softwaie  restrictions  make  this  limit  unattainable. 

(Jl)  Available  as  a  hardware  option. 

_ * U. S  ARMY  SYSTEM  DEVELOPED  BY  CDC 
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1.330  STORAGE  DEVICES 

Tape 

Disc 
Pack 
-  File 

Drum 

Data  Cell 


AUERBACH 

BURROUGHS 

CSC 

DM- 1 

FORGE 

COGENT  m 

(Al) 

NO 

YES 

(Ax  ) 

NO 

YES 

(Al) 

YES 

YES 

(Al) 

NO 

YES 

(Al) 

NO 

YES 

(Al)  DM  - 1  is  indifferent  to  the  types  of  storage  devices. 


1.400  Indexing  Schemes 


i 

l 

| 


Si 


Indexing,  a  characteristic  of  data  filets,  provides  the 
means  to  retrieve  data  from  the  file  by  associating  a  specific  physi¬ 
cal  location  with  every  logical  data  aggregate  of  the  file- -that  is, 
indexing  allows  a  system  user  or  a  computer  program  to  determine 
where  any  particular  logical  part  of  the  file  is  physically  located. 
Whether  a  user  or  a  computer  program  can  efficiently  determine 
physical  location  is  another  matter:  efficiency  depends  on  the  in¬ 
dexing  scheme  used  as  well  as  on  the  structure  and  contents  of  the 
file,  the  characteristics  of  the  secondary  storage  device  on  which 
the  file  resides,  and  the  quality  of  the  DMS.  Four  indexing  schemes 
are  discussed  here, 

1,410  Name  Index 

This  indexing  method  associates  physical 
locations  with  unique  symbolic  names.  It  is  useful  when  a  file 
component  whose  location  will  be  requested  is  always  uniquely 
identified  by  a  symbolic  name  (i.  e,  ,  does  not  require  further  qualifi¬ 
cation  by  data  value  or  ordinal  location  within  a  repeating  set).  For 
example,  if  a  file  contains  a  data  element  "COUNTIES"  which  is  an 
element  of  a  repeating  group,  and  the  file  is  name -indexed,  then  the 
indexing  scheme  can  provide  the  (starting)  location  for  the  storage 
assigned  to  "COUNTIES.  "  The  name-index  scheme  could  not,  how¬ 
ever,  provide  a  physical  location  for  "COUNTIES)  1 7 )"  or  for 
"COUNTIES  WHEN  CITIES  =  'ANNAPOLIS'  "  (except  by  non- 
responsively  saying  something  like  "COUNTIES  STARTS  ON  TRACK 
4  OF  CYLINDER  73  OF  DISC  22222").  On  the  other  hand,  a  file 
containing  library  subroutines  would  be  indexed  quite  well  by  name 
indexing. 
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This  indexing  method  associates  physical 
locations  with  every  ordinally  distinct  file -component  instance, 
although  file -component  values  are  not  usable  for  indexing  purposes. 
Thus,  the  indexing  scheme  could  provide  the  physical  location  of  the 
data  value  of  the  second  instance  of  "CITIES"  corresponding  to  the 
seventh  instance  of  "COUNTIES"  corresponding  to  the  42nd  instance 
of  "STATES"  for  the  third  instance  of  "NATIONS.  "  If  the  city  in 
question  were  "ANNAPOLIS,  "  the  device -element  indexing  scheme 
could  provide  the  information  that  CITIES(2, 7,  42,  3)  was  at  track 
t17  of  cylinder  191  cf  disc  22222;  but  this  scheme  would  not  be  able 
to  supply  the  location  of  "CITIES  WHERE  CITIES  -  'ANNAPOLIS'  1 
Thus  this  method  provides  more  detailed  indexing  than  the  name- 
““indexing  scheme  described  above,  but  at  the  cost  of  much  larger 
-index  tables  and  the  longer  retrieval  times  involved  in  processing 
them. 

1.  430  Data-Block  Index  (Sequential) 

This  indexing  method  associates  ordinally 
distinct  file -component  instances  with  physical  data  blocks  of  fixed 
size,  which  can  be  thought  of  as  the  pages  of  storage  device  volume. 
The  index  is  implemented  physically  as  a  table  of  contents,  omitting 
the  structural  indentations  which  are  found  in  tables  of  contents  in 
books  and  magazines,  with  an  individual  "chapter"  listing  for  each 
page  of  the  physical  file.  The  method  is  used  mainly  for  data  files 
which  are  stored  on  sequential-access  secondary- storage  devices, 
such  as  magnetic  tape  and  paper  tape,  although  it  can  also  be  used 
for  a  data  file  on  an  immediate -access  device  such  as  a  disc  or 
drum.  In  order  to  find  the  location  of  a  desired  logical  file  compo¬ 
nent,  one  must  sequentially  search  the  data-block  index  for  the  name 
or  qualified  name  of  the  component;  one  might  think  thal  the  index 


. . . . . . . . . . . 


should  therefore  be  inverted  into  a  device  element  index.  In  fact, 
however,  obtaining  the  physical  location  of  a  file  component  is 
mainly  useful  as  a  preliminary  to  the  physical  retrieval  of  the 
associated  file -component  value  or  values,  which  on  a  sequential 
device  must  necessarily  involve  retrieving  and  examining  every 
physical  element  of  the  file  successively  until  the  desired  file  com¬ 
ponent  shows  up. 


1.440  Aleorit.l 


ic  Mapping 


This  indexing  method  associates  physical 
locations  with  data  values.  A  single-value  function  which  takes  the 
data  value  as  its  argument  is  used  to  produce  a  unique  physical 
address  (an  additional  operation  must  be  performed  to  see  that 
duplicate  values  are  placed  in  different  storage  locations,  but  this 
is  usually  a  minor  correction).  The  data  value  which  is  used  to 
obtain  the  storage  location  may  be  the  entire  file  component,  or  it 
may  be  only  a  part  of  the  component  (e.  g.  ,  when  storing  an  entire 
group  instance  or  an  entire  entry,  a  single  data  element  value  in 
the  group  or  entry  may  be  used  to  produce  the  physical  address). 
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1.410  NAME  INDEX 

AUERBACH 

BURROUGHS 

CSC 

DM-1 

FORGE 

COGENT  IE 

The  symbolic  name  which  is  used  as  an 
index  may  be  that  of  any  of  the  following 
types  of  data  aggregates: 

I 

-  The  name  of  the  file  itself 

YES 

YES 

YES 

-  The  name  of  a  group  of  the  file 

W(F)(A1) 

NO 

NF 

-  The  name  of  a  data  element  of  the  group 

A.V  (F)(A1 ) 

NO 

NF 

1 

1.420  DEVICE  ELEMENT  INDEX 
(INDEXED  SEQUENTIAL) 

» 

The  types  of  secondary  storage  devices 
which  can  be  used  in  conjunction  with  this 
indexing  method  are: 

(A2) 

NO 

ALL 

— 

-  Disc 

-  Data  Cell 

-  Drum 

i  ...  ' 

1.430  DATA  BLOCK  INDEX 

1  "  ■  .  2 

Data  block  size  (in  bits,  bytes,  or 
characters) 

AV(F)(A3) 

NA 

NF 

\\  ..  . 

1.440  ALGORITHMIC  MAPPING 

S  ‘ 

I  _  j 

The  typeB  of  file  components  which  can  be 
stored  as  entities  when  indexing  via 
algorithmic  mapping  are: 

1  . 

I  ‘  ‘  -i: 

~  File 

-  Entry 

-  Group 

Group  Instance 

Data  Element 

AV(F)(A4) 

AV(F)(A4) 

AV(F)(A4) 

AV(F)(A4) 

AV(F)(A4) 

NO 

NO 

NO 

NO 

NO 

NO 

NO 

NO 

NO 

NO 

i  | 

j  j 

|  j  • 

LI)  By  April,  19&9. 

(A2)  DM-1  index  address  is  logical  address,  not  physical  address;  there¬ 
fore  it  is  device -independent. 

(A3)  By  April,  19&9  DM-1  will  have  hierarchical  block  location  tables. 

(A4)  Hash  coding  expected  in  1969. 

(Dl)  IDS  is  a  device-independent  and  deals  with  record  identifiers  which 
are  available  to  the  user  and  which  the  system  maps  into  physical 
addresses  without  any  mass  storage  access. 

o 
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GE 

INFORMATICS 

IBM 

NMCSSC 

SDC 

SDS 

u.  S  ARM 

IDS 

MARK  H 

6IS 

NIPS 

TDMS 

MANAGE 

RAPID 

NA(D1) 

YES 

YES 

YES 

YES 

NO 

YES 

NA(D1) 

NO 

NO 

NO 

NA 

NO 

YES 

NA 

NO 

NO 

NO 

YES 

NO 

YES 

■ 

I 


AV(O) 

NA 

NA 


(El)  ISAM  (Index  Sequential  Access  Method). 

(E2)  MARK  IV  retrieval  is  based  on  a  one-pass-of-the-master  file  con¬ 
cept.  Each  record  is  read  into  a  buffer  and  then  the  addresB  of 
each  data  element  in  the  record  is  available  both  to  own  code  and 
the  system. 

(FI)  ISAM  (Index  Sequential  Access  Method). 

(Gl)  ISAM  (Index  Sequential  Access  Method). 

_ *U-S.  ARMY  SYSTEM  DEVELOPED  BY  CDC 
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2.  000  DATA  RETRIEVAL 


Retrieval  is  the  process  of  extracting  data  element  values 
from  those  entries  which  satisfy  user- specified  search  criteria. 
Retrieval  is  not  an  end  in  itself,  but  is  useful  only  as  a  service 
capability  for  the  other  DMS  facilities  such  as  maintenance  and  out¬ 
put  presentation.  A  DMS  user  will  not  specify  directly  that  re¬ 
trieval  should  occur;  rather,  he  will  request  that  a  certain  mainten¬ 
ance  or  output  operation  take  place,  and  that  the  data  required  by 
the  operation  be  retrieved  according  to  the  search  criteria  which 
he  specifies. 

Consider  these  simple  examples: 

Maintenance.  CHAJNGE  CLASS  TO  "CITY"  IF 
POP  GT  (25000) 

The  statement  as  a  whole  is  a  maintenance  request  statement,  while 
the  phrase  "IF  POP  GT  (25000)"  is  a  retrieval  "request"  sub¬ 
statement  or  clause. 

Output  Presentation:  DISPLAY  GROUP  "CITIES"  IF 

POP  GT  (25C00) 

In  this  case  we  have  the  same  retrieval  "request"  clause  or  sub¬ 
statement  as  above,  although  the  entire  statement  is  an  output 
request. 

Mote  that  in  neither  case  is  the  user  primarily  interested  in 
forming  a  subset  (of  the  data  file  being  used)  which  satisfies  the 
criteria  expressed  in  the  retrieval  clause.  Rather,  his  primary 
interest  is  in  modifying  the  data  base  in  the  one  case,  and  in  ob¬ 
serving  the  contents  of  the  data  base  in  the  other  case.  For  these 
examples  a  very  simple  type  of  search  criteria  is  used. 

In  the  general  case,  a  retrieval  criteria  specification  con¬ 
sists  of  one  or  more  retrieval  statements.  The  material  in  the 
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following  paragraphs  covers  the  construction  of  retrieval  state¬ 
ments  at  three  levels; 

(a)  the  structure  of  the  retrieval  statement;  i.  e,  ,  the  types 
of  expressions  which  can  be  used  as  components 

(b)  the  sub-structure  of  the  retrieval  statements;  i.  e.  ,  the 
combination  of  operators  and  operands  into  compound 
expressions 

(c.)  the  super-structure  of  the  retrieval  statements;  i.  e.  , 
how  retrieval  statements  are  organized  into  a  retrieval 
criteria  specification. 

A 

.¥ 

2.  100  F.etrieval  Expressions 

Retrieval  expressions  are  the  primary  structural 
elements  of  retrieval  statements.  There  are  two  types  of  retrieval 
statements  useful  in  constructing  a  retrieval  specification:  "opera¬ 
tional"  retrieval  statements  and  "control"  retrieval  statements. 

An  operational  retrieval  statement  consists  of  one  or 
more  expressions;  an  expression  consists  of  an  operator  and  one  or 
more  operands.  The  general  form  of  an  expression  is  then: 

(operand/operator/operand)  for  binary 

operators,  and 

(operator /operand)  for  unary  operators. 

i 

Construction  of  operational  retrieval  statements  is  considered  with 
respect  to  the  aggregation  of  their  basic  components  from  the 
simplest  to  the  more  complex  statements.  Operands  combine  with 
operators  to  form  simple  expressions.  Simple  expressions  are 
punctuated  with  parentheses  and  are  combined  by  logical  connectors 
to  form  compound  expressions.  Compound  expressions  are  aggre¬ 
gated  to  form  retrieval  expressions,  and  retrieval  expressions  are 
collected  to  form  operational  retrieval  statements.  Executional 
control  of  operational  retrieval  statements  is  provided  by  control 
retrieval  statements  such  as  GO  TO,  DO,  etc. 


w 

*  3 

I"! 
!  1 


|J 

|i 

si 


m. 
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2.110  Conditional  Expressions 

Conditional,  or  logical,  expressions  form  the 
building  blocks  of  operational  retrieval  statements,  A  logical  ex¬ 
pression  is  a  special  case  of  the  simple  expression  in  which  the 
operator  is  a  logical  operator.  Conditional  expressions  state  a 
relationship  between  operands. 


2.111  Operands 

An  operand  is  a  data  entity  upon  which  an 
operation  is  performed;  it  may  be  a  simple  operand  or  a  compound 
operand.  A  simple  operand  may  be  a  data  element,  a  literal  value, 
-or  the  results  of  some  computation.  A  compound  operand  is  a 
combination  of  simple  operands. 

EXAMPLES:  IF  "AGE"  GT  (25)- -(25)  is  a  simple 
operand; 

IF  "AGE"  BETWEEN  (18,  2  5 )  -  -  <  1 8 ,  25) 
is  a  compound  operand. 

When  the  values  of  two  data  elements  are 
compared,  the  two  operands  may  be  different  data  elements  or  the 
same  data  elements.  They  may  be  selected  from  the  same  logical 
entry,  or  from  two  different  logical  entries, 

2.112  Operator  s 

Logical  operators  are  the  linguistic  devices 
a  DMS  provides  for  expressing  the  relationship  between  operands. 
The  general  form  of  a  logical  expression  will  be: 

(operand/operator /operand)  for  binary 

operators,  and 

(operator /operand)  for  unary  operators. 
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In  addition,  simple  logical  expressions  can  be  connected  to  form 
compound  logical  expressions  (see  Section  2.  130). 

2.  120  Arithmetic  Expressions 

An  arithmetic  expression  is  another  general 
type  of  retrieval  expression  whose  operators  may  be  arithmetic 
operations  or  mathematical  functions.  This  category  describes  the 
specific  computational  capabilities  of  retrieval  expressions  and  con¬ 
siders  specifically; 

(a)  types  of  operands 

(b)  basic  arithmetic  operators 

(c)  mathematical  functions 

(d)  modes  of  arithmetic  expressions. 

2.130  Complexity  of  Expressions 

The  level  of  complexity  of  expressions  indi¬ 
cates  the  number  and  variety  of  combinations  of  expressions  into 
operational  retrieval  statements.  In  this  category  the  following 
topics  are  considered; 

(a)  compound  logical  expressions 

(b)  levels  of  nesting  within  expressions 

(c)  quantitative  limitations  on  formation  of  com¬ 
pound  expressions  from  simple  expressions 

(d)  mixed  mode  expressions. 
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2.110 
2.  Ill 


CONDITIONAL 

OPERANDS 


EXPRESSIONS 


AUERBACH 

OM-I 


BURROUGHS 

FORGE 


CSC 

COGENT  jn 


The  following  items  indicate  the  capability 
fox  compa ring  the  values  of  data  elements 
selected  from  different  structural  sub¬ 
divisions  of  a  file,  specifically: 


Data  Element  -  Comparison  of  the  values 
of  two  different  data  elements  in  the  same 
group  of  the  same  entry. 

EXAMPLE:  "Country  of  Birth"  EQ 

"Country  of  Citizenship" 


Literal 

EXAMPLE:  "Country  of  Birth"  EQ  (USA) 


YES 


YES 


Results  of  Computation  -  The  computation 
of  a  single  value  from  some  mathematical 
combination  of  selected  data  element 
values,  and  the  comparison  of  the  compu¬ 
ted  value  against  the  data  element. 


AV(F)(A1) 


EXAMPLE;  "D1ST"  GT  SORT  ("AREA"/ 
(3.  14))  or 

X  =  SORT  ("AREA1/ (3.  14)) 
"DIST"  GT  X 


YES 


YES 


YES 


YES 


YES 


YES 


Different  Group  Instance,  Same  Data 
Element 

EXAMPLE:  "POP-COUNTY(2)"  GT 
"POP  -  COUNT  Y(3 )" 


NO 


NO(Bl) 


YES 


Different  Entry,  Same  Data  Element  -  The 
ability  to  compare  the  same  data  element 
in  two  different  file  entries. 


NO 


NO(Bl) 


(Al)  Computational  functions  tg  be  added  in  1969. 
(B1 )  Available  through  COBOL  procedure. 


ES 


5$ 


Gt 

INFORMATICS 

IBM 

NMuSSC 

S  L>C 

SDS 

U  S  ARMY* 

IDS 

MARK.  12 

GIS 

NIPS 

TDMS 

MANAGE 

RAPID 

YES(Dl) 

YES 

YES 

YES 

YES(Hl) 

YES 

YES 

YES(Dl) 

YES 

YES 

YES 

YES 

YES 

YES 

YES(Dl) 

YES 

YES 

NO 

YES(Hl) 

NO 

YES 

YES(DL) 

YES 

YES(Fl) 

NO 

NO 

MO 

NO 

YES(Dl) 

YES 

YES(Fl) 

NO 

NO 

NO 

NO 

(Dl)  Available  through  IDS  and 

COBOL. 

(FI)  Using  auxiliary 

user-defined  work  area. 

|(H1)  Included  in  language  design,  but  implemented  in  only  part  of  the 

system  initially 

"u.s. 

ARMY  SYSTEM  DEVELOPED  BY  CDC 

2.112  OPERATORS 

AUERBACH 

BURROUGHS 

CSC 

DM- 1 

FORGE 

COGENT  III 

Standard  Comparators  -  The  "standard" 
operators  are  those  which  are  generally 
available  in  every  DMS. 

ALL 

AEE 

ALL 

-  EQ  Equal 

-  NE  Mot  equal 

-  GT  Greater  than 

-  LT  Less  than 

-  LTE  Less  than  or  equal  to 

-  GTE  Greater  than  or  equal  to 

; 

i 

Additional  Comparators  -  Additional 

, . 

operators  are  those  which  are  used  in 
many  systems  in  order  to  reduce  the  bizu 
and  complexity  of  the  retrieval  statements 
needed  to  perform  complex  retrievals: 

-  Between  -  The  value  of  one  opei  and  is 
within  a  range  of  the  values  specified 
in  the  second  operand. 

YES 

NO(Bl) 

YES 

EXAMPLES:  "AGE"  between  (19,  25) 
car,  be  equivalent  to 

t  r 

i 

"AGE"  GT  (18)  AND  "AGE" 

LT  (25),  or 

"AGE"  GTE  (18)  AND  "AGE" 

LT  (25),  or 

"ACE"  GT  (18)  AND  "AGE" 

LTE  (25),  or 

"AGE"  GTE  (18)  AND  "AGE" 

LTE  (25) 

depending  on  whether  the  operator  is 
defined  as  inclusive  or  exclusive  of  the 
particulai  values. 

(Bl)  Available  through  COBOL  procedure. 


2.112  OPERATORS  (Continued) 

GT  Not  Blank  -  Greater  than  excluding 
blanks;  in  order  for  the  comparison  to 
succeed,  the  value  of  the  first  operand 
must  be  not  blank  anil  it  must  also  be 
greater  than  the  second  operand. 

EXAMPLES:  PROFIT  G  1  -NOT- 

BLANK  (  -  1000000)  is 
equivalent  to 

PROFIT  NE  (0|  AND  PROFIT 
GT  (-  1000000) 

(For  this  operand,  the  term  "blank" 
means  a  literal  blank  or  a  numerical 
zero). 

-  LT  Not  Blank  -  Less  than  excluding 
blanks;  analogous  to  the  previous 
operator. 

-  Character  Pattern  -  The  characters  or 
bytes  of  the  first  operand  occur  as  a 
substring  within  the  second  operand. 

EXAMPLES: 

(ABC)  character -pattern 

(ZXABCWT)  gives  a  success¬ 
ful  test  result. 

(ABC)  character -pattern 

(ZXABWC.T)  gives  an  unsuc¬ 
cessful  test  result. 


AUERBACH 

BURROUGHS 

DM- 1 

FORGE 

NO(Bl) 


NO(Bl) 


(Bl)  Available  through  COBOL  procedure. 
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( D 1  )  Available  through  IDS  and  COBOL. 

(FI)  Available  through  compound  conditions. 
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112  OPERATORS  (Continued) 


Mask  Match  -  The  mask  match  is  the 
name  ol  a  class  ol  operators  which 
have  certain  common  features:  certain 
positions  of  an  operand  arc  examined 
or  are  nut  examined,  depending  on 
whether  the  corresponding  position  in 
a  mask  contains  a  "search"  indicator 
rather  than  a  "don't  search"  indicator 
such  as  an  each  position  of  the 

operand  which  is  examined  is  tested, 
either  for  the  presence  of  a  specified 
value,  or  against  the  cur  responding 
position  of  a  second  operand  or  against 
the  character  specified  in  the  mask. 
The  test  may  be  deemed  successful  it 
all  of  the  positions  which  are  examined 
have  individual  test  successes  (AND 
match),  or  if  at  least  one  ot  them  has 
an  individual  success  (OR  match). 


AUERPACH 

DM 


ACM  BURPOUI 


NO 


OUGHS 
FORGE 


NO(Dl) 


CSC 


COGENT  III 


LF 


i 


EXAMPLES. 


(*A*D**)  AND-MASK-MATCH 
(ABCDEF)  succeeds. 
(#£*£>*«)  ^np-MASK-M  ATCH 
(ZBXDVF)  succeeds. 


(Bl)  Available  through  COBOL  procedure. 


INFORMATICS 


MARK  IY 


MANAGF  RAPID 
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2.  1  12  OPERATORS  (Conlinui -d) 


AUERBACH  burroughs 
DM  I  FORGE 


it vi'  Install- 


Maximum/ Minimum  Valu v  -  ii  a  group 
contains  one  or  more  instances  o’  a 
variable;  then  the  test  suect  •  Js  if  the 
vaiue  of  the  operand  is  the  largest  (nr 
smallest)  value  lor  that  variable  oi  all 
those  iu  the  yriiUjc 

EXAMPLES.  11  there  are  live  instan¬ 
ces  oi  AUK,  with  values 

AG  L  ( 1  )  -  28,  AG  El  2)  = 

32,  AUE(3)  -■  3n,  AGE(t) 

=  3o,  and  AG E ( 5 )  =  28, 

then 

max  "AGE(2 )"  fails; 
max  "AGIj(3)"  succeeds; 
mil'.  "AGE(1>"  succeeds. 

If  there  is  only  one  in¬ 
stance  of  AGE,  AGE  - 
18,  then  min  "AGE" 
succeeds  and  max  "AGEM 
succeeds. 


NO 


2.112  OPERATORS  (Continued) 

-  Empty  -  This  te6t  succeeds  if  the 

variable  specified  by  the  operand  has 
no  instance  in  the  file,  or  if  th-  ope  ran-’, 
value  is  zero  (for  a  numeric  variable) 
or  blank  (for  a  character  variable). 

EXAMPLES:  If  there  are  no  instances 

of  AGE  in  the  tile  (but 
AGE  is  defined  as  an 
element  of  the  file),  then 

empty  "AGE"  succeeds. 

If  there  are  three  instan¬ 
ces  of  PROFIT,  with 
values  PROFIT!  1)  = 
-1000000,  PROFIT (2)  =  0, 
PROFIT(3)  -  300000,  then 

empty  "PROFIT (1)"  fail.i; 
empty  "PROFlT(2)"  succeeds; 
empty  "PROFIT(3>"  fails. 


empty 

empty 

empty 


FORGE  COGENT  UL 


NO(Bl)  NF 


Increase/Dec 
if  a  change  in 
successive  te 

EXAMf  LES: 


increase 

sequence 

succeeds 


rease  -  This  test  succeeds 
value  occuis  betw'-eri 
sts  of  this  operator. 

If  AGE(l)  =  20,  AG E(2)  = 
20,  AGE(3)  =  17,  AGE (4) 
=  17,  AC£(5)  =  17, 

AGE(6)  =  28,  AGE(7)  =  3Q 
then 

AGE(i);  testing  AGE  in 
beginning  with  AGE(0) 
for  i  =  6,  7,  and  fails  for 


NO(Bl)  NF 


decrease  AGE(i)  succeeds  for  i  =  3, 
and  fails  for  i  -  1,2,  4,  5,  6,  7. 


(Bl)  Available  through  COBOL  procedure . 


GE  _ 
IDS 


INFORMATICS 


MARK  II 


IBM 


G I S 


NMCSSC 


NIPS 


SDC 


TDMS 


SC'S 


MANAGE 


U  S  ARMY 


RAPID 


NO 


NO(Fl) 


YES(Fl) 


NO 


YES(Hl) 


NO 


iO 


NO 


NO 


YES 


NO 


NO 


NO 


YES 


(El)  Thcst  can  all  be  ascertained  with  p  roc  i:h  sing- request  statements. 

(FI)  Two  tests  are  available,  one  lor  absence  (no  data),  one  for  empty 
( e  ro  or  blank). 

(HI)  The  operator  is  FAINS.  Its  opposite  (EXISTS)  is  also  included  in 
the  language. 
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2,112  OPERATORS  (Continued) 


AUERBACH  BURROUGHS 
DM- I  FORGE 


Geographic  Search  -  The  capability  to 
locate  data  element  values  in  geometric: 
areas  based  on  their  geographical 
coordinates . 

EXAMPLES: 

ALL  CITIES  WITHIN  20  MILLS 
OF  NEW  YORK 
ALL  SHIPS  WITHIN  (N36°50\ 

W 7 ° 5 53 ' ) ,  (N37°S\  W76°20'), 

(N  36°45 ' ,  W76°30 1 ). 

Other  -  This  entry  in  the  survey  is  for 
specifying  any  DMS  relational  opera¬ 
tors  which  do  rot  fit  under  any  of  the 
other  categories. 


2.120  ARITHMETIC  EXPRESSIONS 

2.121  OPERANDS 

Data  Elements 
Constants 

Results  of  Computation 


2.122  OPERATORS 

-  Equality  (replacement) 

+  -  Addition  and  subl  raction 

*  /  Multiplication  and  division 

EXP  Exponentiation 

EXAMPLES' 

"AGE"  =  "CURRENT  DATE"  - 
"BIRTH  DATE" 

"NEW  SALARY"  =  (2)  *  "OLD 
SALARY" 

_  "GRADE"  =  "AGE"  -  (5). _ 


NO 


NO 


(A!  ) 
(Al) 
<A1  ) 


(Al) 
(Al  ) 
(Al  ) 
(Al  ) 


NA 


YES 

YES 

YES 


YES 

YES 

YES 

YES 


NF 


YES 

YES 

YES 


YES 

YES 

YEf 

YES 


COGENT  ID 


CSC 


(Al)  Arithmetic  operators  to  be  added  in  1961). 

(Dlj  Available  through  IDS  and  COBOL. 

(D2)  Available  through  COBOL. 

(El)  Provision  is  made  lor  user  insertion  of  any  desired  operations. 

(FI)  Available  through  subroutine  linkage. 

(F2)  CHANGE- -either  increase  or  decrease,  BREAK- -similar  to  change, 
gives  control  in  reporting  on  last  occurrence  of  test  value. 


6E  INFORMATICS 


IDS  MARK  12 


YES(Dl)  NO 


YES(D2) 

YES(D2) 

YES(D2) 


YES(D2) 
YES(D2 ) 
YES(D2) 
YES(D2) 


YES 

YES 

YES 

NO(Fl) 


NMCSSC 

SDC 

NIPS 

TDMS 

YES(Gl) 

NO 

(Gl) 

NO 

YES 

YES 

YES 

YES 

NO(G2) 

YES 

(G2) 

YES 

(G2) 

YES 

(G2) 

YES 

(G2) 

YES 

(G1  )  Polygon  and  circle  search  capabilities. 

(G2)  Capability  in  Output  Module. 

(.11)  Available  as  a  subroutine  call  to  FORTRAN  library. 
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2,  123  MATHEMATICAL  FUNCTIONS 


AUERBACH  BURROUGHS  CSC 
DM- 1  FORGE  COGENT m 


2.130  COMPLEX  EXPRESSIONS 

AUERBACH 

BURROUGHS 

CSC 

2.131  LOGICAL  (BOOLEAN) 
CONNECTORS 

Logical  connectors  combine  logical  ex¬ 
pressions  into  operational  retrieval  state¬ 
ments.  There  are  two  binary  logical  con¬ 
nectors  and  one  unary  logical  connector. 

The  binary  logical  connectors  are: 

AND  -  Both  loeical  expressions  must 

DM- 1 

FORGE 

COGENT  m 

YES 

YES 

YES 

i>e  8  dli  o  f  i  ccl 

OR  -  Either  oiu?  of  the  logical  ex- 

YES 

YES 

YES 

presaions  must  be  satisfied 
(both  may  be  satisfied). 

The  unary  logical  connector  is: 

NOT  -  The  logical  expression  must 

YES 

YES 

YES 

not  be  satisfied. 

2.132  LEVELS  OF  NESTING 

The  number  of  levels  of  nesting  possibl  > 
through  the  use  of  parentheses  to  r.est 
two  or  more  logical  expressions  in  order 

NTL 

NTL(Bl) 

(Cl) 

to  change  the  implied  logic  (i,  c.  ,  natural 
precedence  of  operators)  of  the  retrieve’ 
statement. 

EXAMPLES: 

(Zero  level  nesting  =  no  nesting): 

IF  "AGE"  LT(4)  AND  "TITLE" 

EQ  (STAFF)  OR  "AGE"  GTE(25) 
OR  "SALARY"  LT(9000) 

(One  level  of  nesting): 

IF  "AGE"  LT (40 )  AND  ("TITLE" 

xdw  /\r  r  /  ui\  Aoxu  ui  j )  / 

OR  "SALARY"  LT(9000) 

(Two  levels  of  nesting): 

IF  "AGE"  LT(40)  AND  (("TITLE" 
EQ  (STAFF)  OR  "AGE"  G1E(25)) 
_ OR  "SALARY"  LT19Q001). _ 

_ 

(Bl)  Object  Code  cannot  exceed  1024  core  storage  words. 
(Cl)  Function  of  COBOL  implementation. 


2,  133  COMBINED  EXPRESSIONS 

AUERBACH 

BURROUGHS 

CSC 

DM- 1 

FORGE 

COGENT  HI 

The  number  of  simple  expressions  that 
can  be  combined  in  an  operational  retrie¬ 
val  statement: 

Logical  ~  Whether  there  is  a  limit  to  the 
number  of  logical  expressions  which  can 
be  combined  into  a  single  operational  re¬ 
trieval  statement,  and  if  bo,  what  the 
limit  is.  The  combinations  considered 
here  are  those  which  are  found  using  the 
logical  connectors  AND,  OR,  NOT. 

NT  L 

NTL 

NTL 

Arithmetic  -  Whether  there  is  a  limit  to 
the  number  of  terms  which  can  be  com¬ 
bined  into  a  single  computed  operand,  and 
if  so,  what  the  limit  is.  The  combinations 
considered  here  are  those  which  involve 
arithmetic  operators  (2.  122)  only,  not 
mathematical  functions  (2.  123). 

AV(F)(A1) 

NTL(131 ) 

MF 

EXAMPLE: 

Z  =  (A  +  B/C  =  Q  +  10  -  D/2)/ 10  has 
eight  operations. 

2.134  MIXED  ARITHMETIC /BOOLEAN 
EXPRESSIONS 

Whether  an  operational  retrieval  state¬ 
ment  may  combine  both  the  arithmetic 
and  Boolean  operators,  compute  the  inter¬ 
mediate  results  according  to  the  correct 
operator  precedence  relationship,  and 
successfully  combine  these  results  to 
evaluate  the  total  expression. 

NO 

YES 

YES 

EXAMPLE: 

2*  "DIST"  GT  SORT  (3*  "AREA11/ 

(3.  1416))  AND  "POP"  +  10000 

GT  (100000). 

(Al)  When  arithmetic  operators  are  included. 

(B1  )  Object  code  cannot  exceed  1024  core  storage  words. 


2,  200  General  Language  Capabilities 


The  construction  of  individual  operational  retrieval 
statements  has  already  been  considered  in  some  detail.  The  DMS 
capabilities  referred  to  in  this  category  arc  those  which  permit  the 
user  to  cause  actual  retrieval  to  occur,  and  to  control  the  resulting 
retrieval  operations.  They  consider: 

(a)  what  retrieval  operations  can  do  (general) 

(b)  what  control  statements  can  do  within  retrieval 
specifications 

(c)  capabilities  for  using  cxtra-DMS  facilities 
within  a  retrieval  specification 

(d)  capabilities  of  retrieval  specification  which 
are  important  during  output  presentation  of 
data  from  files. 

2.  210  General  Retrieval 

The  general  retrieval  capabilities  of  a  DMS 
are  those  which  are  implicitly  rather  than  explicitly  specified  by 
the  syntax  and  semantics  of  the  DMS  retrieval  language,  and  which 
therefore  can  provide  the  user  of  a  DMS  with  powerful  retrieval 
capabilities  whose  existence  might  not  be  immediately  evident. 

Th;j  category  considers  the  following  topics: 

(a)  the  sources  of  data  elements  used  as  operands 
in  logical  expressions 

(b)  the  destinations  of  such  data  elements 

(c)  the  sources  of  user  requests  for  retrieval 
of  such  data  elements. 

2. 220  Procedural  Language 

This  indicates  the  capabilities  which  are 
available,  using  control  retrieval  statements,  to  affect  the  flow  of 
processing  through  the  retrieval  statements  of  a  retrieval  specification. 
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The  individual  statements  of  a  retrieval  specification  do  not  neces¬ 
sarily  have  to  be  executed  sequentially;  rather,  the  execution  se¬ 
quence  can  be  made  to  depend  on  requirements  for  efficiency  in  the 
construction  of  retrieval  specifications,  or  on  the  nature  of  the  data 
being  retrieved.  Thus,  considerable  flexibility  and  sophistication 
can  be  achieved  in  the  retrieval  process. 

2.  230  Language  Interface 

This  indicates  the  capability  to  use  a  control 
retrieval  statement  to  specify  processing  of  a  retrieval  specification 
in  another  form  or  "language.  "  In  this  case  the  control  statement 
is  embedded  utilizing  facilities  beyond  those  normally  considered 
to  be  part,  of  a  DMS.  Two  specific  capabilities  are  considered: 

(a)  the  use  of  retrieval  statements  written  in  a 
language  other  than  that  of  the  DMS 

(b)  the  execution  of  library  subroutines 

2.  240  Other  Language  Capabilities 

This  deals  with  the  specification  of  a  number  of 
control  retrieval  statements  which  allow  the  DMS  user  to  produce 
or  create  data  values  and  retrieval  specifications  at  one  point  ir.  a 
sequence  of  data  management  operations,  and  then  to  make  further 
use  of  them  at  a  later  time  (e.  g,  ,  when  output  presentations  are 
made).  This  category  considers  the  following  topics: 

(a)  temporary  storage  of  retrieved  data 

(b)  creation  of  prestored  retrieval  specifications 

(c)  modification  of  prestored  retrieval  specifications 

(d)  parameterized  execution  of  prestored  retrieval 
specifications 


2.210  GENERAL  RETRIEVAL 
CAPABILITIES 

Retrieve  Elements  -  Whether  a  system 
has  the  capability  to  extract  (retrieve)  any 
data  element  value  from  any  group  in¬ 
stance,  master  or  repeating,  in  the  file 
independently  of  the  particular  level  at 
which  it  resides , 

Search  Elements  -  Whether  a  system 
provides  the  capability  of  extracting  value 
for  those  data  elements  used  as  operands 
in  the  logical  or  arithmetic  expressions 
within  retrieval  statements. 

Non-Search  Elements  -  Whether  a  system  J 
provides  the  capability  of  extracting 
values  for  data  elements  other  than  those 
used  as  operands  in  logical  expressions; 
in  other  words,  the  ability  to  extract  a 
group  instance  or  entry  based  on  a  par¬ 
ticular  data  element  value. 

Simultaneous  Retrievals  -  Whether  the 
system  provides  the  capability  of  retriev¬ 
ing  data  from  two  or  more  files  with  the 
same  logical  format  or  files  with  some 
common  data  elements  within  the  same 
computer  run. 

Specific  Group  Instance  -  Whether  the 
•are.'  may  specify  an  ordered  instance  of 
a  rioeatu  f  group  he  wished  to  extract. 

EXAMPLES: 

Retrieve  specified  instance  of  the 
group  DEPENDENT!  1) 

Retrieve  specified  instance  of  the 
group  DEPENDENT(LAST) 


(Bl)  Available  through  COBOL  procedure. 


AUERBACH  BURROUGHS  CSC 


FORGE  COGENT  HI 


ES  I  NO(Bl)  I  YES 


'ES  I  NO(Bl)  YES 


NO(Bl) 


NO(Bl) 


NO(Bl) 
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GE 

INFORMATICS 

IBM 

NMCSSC 

SDC 

SOS 

U  S.  ARMY* 

IDS 

MARK  TST 

GIS 

NIPS 

TDMS 

MANAGE 

RAPID 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES(Dl) 

YES  (El ) 

YES 

NO 

YES 

NO 

NO 

YES 

YES 

YES 

YES 

YES(Hl) 

NO 

NO 

(Dl)  Available  through  IDS  and  COB  Oh. 

(El)  Maximum  of  four. 

(HI)  The  order  must  be  dependent  on  values  for  specified  elements  and 
not  dependent  on  order  in  storage. 
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2.210  GENERAL  RETRIEVAL 

CAPABILITIES  (Continued) 

Temporary  File  -  A  temporary  file  for 
additional  processing  is  a  file  which  is  a 
subset  of  and  has  the  same  logical  organi¬ 
zation  as  the  file  from  which  it  was  pro¬ 
duced,  This  temporary  file  may  be  used 
as  an  input  file  in  another  statement  or 
output  presentation. 

Number  of  Batched  Queries  -  The  capa¬ 
bility  of  processing  more  than  o-  re¬ 
trieval  specification  (query)  in  a  single 
pass  of  the  file.  The  object  is  to  amor¬ 
tize  file  search  time  across  a  number  of 
queries. 

Indirect  Query  -  A  process  in  which 
retrieved  data  element  values  from  one  or 
more  logical  expressions  can  be  applied 
as  literal  input  values  in  another  logical 
expression  of  the  same  operational  re¬ 
trieval  statement. 


2.220  PROCEDURAL  LANGUAGE 
Repetitive  (e.  c.  ,  DO  Statement)  -  Whethe 


a  system  provides  a  direct  looping  logic 
capability  such  that  retrieval  statements 
may  be  executed  a  user  specified  number 
of  times. 

Any  Execution  Sequence  -  Implies  '.he 
capability  to  execute  any  sequence  of  re¬ 
trieval  statements  not  necessarily  in 
serial  order,  i.  e.  ,  allowing  unconditional 
branching  (e.  g.  ,  GO  TO  statement). 


AUER3ACH 

BURROUGHS 

CSC 

DM- 1 

FORGE 

COGENT  IE 

YES 

NO(Bl) 

YES 

NO 

NA 

NF 

YES 

NO 

NF 

I 

NA(A1) 

YES 

NO 

NA(A1) 

YES 

YES(Cl) 

Function  of  procedural  language  (e.g.  ,  COBOL),  not  of  DM-1 
language. 

Available  through  COBOL  procedure. 

Control  cannot  be  passed  (i.  e.  ,  by  GO  TO)  out  of  subfunction  level. 
Available  through  JDS  and  COBOL. 

Limited  by  memory  size  and  complexity  of  queries. 

Requires  user  intervention  to  combine  individual  logic  statements 
into  single  subproccdures . 

QDF  (Qualified  Data  File). 


6E 

INFORMATICS 

WB1M 

NMCSSC 

SDC 

SDS 

bebbi 

IDS 

MARK  IS 

GB 

NIPS 

TDMS 

MANAGE 

RAPID 

YES(Dl) 

YES 

YES 

YES(G1 ) 

YES 

YES 

YES 

MA 

(El) 

NO(Fl) 

<G2) 

(HI) 

(H) 

NA 

YES(Dl) 

YES 

YES 

NO 

YES 

NO 

NO 

YES(Dl) 

YES 

YES 

NO 

NO(H2) 

NO 

YES 

YES(Dl) 

MO 

YES 

NO 

NO(H2) 

NO 

YES 

(G2)  Dynamic  Parameter  fixed  at  execution  time,  but  may  change  as  a 
generation  function. 

(HI)  The  user  has  the  effect  of  batching  queries  by  being  able  to  specify 
many  queries  in  one  run;  but  because  of  the  file  structure,  proces¬ 
sing  these  in  one  pass  is  meaningless. 

(H2)  Available  by  writing  a  JOVIAL  procedure. 

(II)  The  number  of  queries  that  can  be  batched  is  a  function  of  the  size 


of  core  and  length  of  query. 
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2.220  PROCEDURAL  LANGUAGE 
(Continued) 

Conditional  Execution  (e.  g,  ,  IF  Statement 
In  some  circumstances,  the  user  may 
want  certain  retrieval  statements  to  be 
executed  only  under  a  specific  condition. 

EXAMPLE: 

BEGIN  IF  "AGE"  GTE  (30) 

GO  TO  A. 

1  =  1+1 

GO  TO  BEGIN. 

A  IF  "TITLE"  EQ  (STAFF) 


:|  2.230  LANGUAGE  INTERFACE 


Other  System  Processors  -  Allows  the 
user  to  directly  call  on  another  system 
processor  and  use  its  language  to  query  a 
file  in  the  physical  logical  format  estab¬ 
lished  by  the  DMS.  The  specific  language 
considered  are: 


-  Assembly  Language 

-  PL/I 

-  COBOL 

-  FORTRAN 

-  ALGOL 

-  JOVIAL 

Library  Subroutine  Links  -  Whether  the 
system  provides  the  capability  of  calling 
a  subroutine  from  either  the  DMS  or 
operating  system  library  as  part  of  the 
retrieval  specification. 


Function  of  procedural  language  (e.  g.  ,  COBOL),  not  of  DM-1 
language. 

Achieved  in  processing  programs  written  in  PL/I,  COBOL,  or  BAL 
by  special  interface  with  DM-1  language  . 

FORTRAN  and  COBOL, 

Control  cannot  be  passed  (i.  e,  by  GO  TO)  out  of  subfunction  level. 

If  available  with  *i  e  operating  system  under  which  COGENT  III  is 
run.  _  _ _ 


AUERBACH 

BURROUGHS 

CSC 

DM-1 

FORGE 

COGENT  HI 

NA(A1) 

YES 

(Cl) 

6 

<B1) 

(C2) 

YES(A2) 

YES(A2) 

Y  ES(A2) 
NO 

NO 

NO 

YES 

YES 

YES 

INFORMATICS 


MARK  n 


YES(Dl)  NF 


RAPID 


YES  NO  NO(Hl)  NO  YES 


NO(Fl)  |  NO 


YES 

NO 

YES(Dl) 

NO 

NO 

NO 


YES  YES(Gl)  (HI] 


(D1  )  Available  through  IDS  and  COBOL. 

(El)  Capability  is  provided  to  use  routines  written  in  any  language  which 
fits  in  the  IBM  operating  system. 

(FI)  GIS  files  are  procossable  by  BAL,  COBOL,  and  PL/’  •’■ograms, 
assuming  reasonable  care  in  file  definition. 

(Gl)  Geographical  operators. 

(HI  )  Available  by  writing  a  JOVIAL  procedure. 
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2.240  ANCILLARY  LANGUAGE 
CAPABILITIES 

AUERBACH 

BURROUGHS 

CSC 

DM- 1 

FORGE 

COGENT  I 

Temporary  Hold  File  -  A  temporary  hold 
file  is  a  file  of  data  values  retrieved  from 
the  system  file  which  is  not  in  the  same 
logical  or  physical  structure  as  the  sys¬ 
tem  file,  A  primary  use  of  a  "hold"  file 
is  to  produce  additional  copies  of  previous 
outputs  or  reports. 

YES 

NO(B)  ) 

YES 

Prestore  Queries  -  Allows  the  user  to 
store  a  query  on  a  system  library  and 
call  the  query  at  execution  time.  This 
capability  is  especially  useful  for  fre¬ 
quently  run  queries. 

A  V  t  F ) 

NO(Bl) 

YES 

Modify  Prestored  Queries 

-  Stored  Library  Form  -  Allows  the  user 
to  change  the  source  form  of  the  query 
as  it  is  stored  on  the  library.  This  is 
a  permanent  change. 

A  V  ( V ) 

| 

NO 

NF 

-  Temporary  Modification  (1  Run)  - 

Allows  the  user  to  change  the  prestored 
query  at  execution  time;  the  query  as 
it  is  on  the  library  is  unchanged. 

A  V  ( F ) 

NO 

NF 

Parameterized  Queries  -  In  some  systems, 
it  is  possible  to  store  skeletal  queries  on 
a  library;  the  operands,  output,  and  soil 
statements,  for  example,  may  be  omitted. 
This  capability  permits  the  user  to  vary 
these  parameters  at  execution  time  de¬ 
pending  on  the  specific  query  to  be  execu¬ 
ted. 

A  V  ( F ) 

NO(Bl) 

YES 

(Bl)  Available  through  COBOh  procedure. 


(D1  )  Available  through  IDS,  COBOL,  and  FILE  MANAGER, 
(DE)  Available  through  IDS,  COBOL,  and  LIBRARIAN, 

(D3)  Available  through  IDS  and  COBOL. 


GE 

NFORMATICS 

— 

NMCSSC 

SDC 

SDS 

UBE3H 1 

IDS 

MARK  m 

ss 

NIPS 

TDMS 

MANAGE 

RAPID 

YES(Dl) 

YES 

YES 

(Gl) 

NO 

NO 

YES 

YES(D2) 

YES 

YES 

YES 

YES 

NO 

YES 

NO 

YES 

YES 

NO(G2) 

YES 

NO 

YES 

NO 

YES 

(FI) 

NO(G2) 

YES 

NO 

YES 

YES(D3) 

NO 

YES{FZ) 

NO(C2) 

YES 

NO 

YES 

(FI)  If  modification  of  the  query  is  planned,  parameters  can  be  accessed 
at  execution  time. 

(F2)  Can  parameterize  qualification  values,  but  not  statements  (i.  e.  , 
SORT)  or  operators. 

(Gl)  QDF  (Qualified  Data  File). 

(G2)  Capabilities  will  not  be  available  in  Phase  I;  they  are  planned  for 
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3.000  maintenance 


File  maintenance  is  the  process  by  which  new  files  can  be 
added  to  the  DMS  data  base  and  already  existing  files  changed 
physically  or  logically.  It  includes; 

(a)  File  generation  (the  initial  step  in  the  cycle),  which  con¬ 
sists  of  two  processes:  describing  the  logical  format 

of  the  file  and  mapping  the  input  data  into  this  format; 

(b)  File  updating,  the  process  of  changing  data  in  a  file 
already  in  existence,  a  process  that  affects  the  physi¬ 
cal  structure  or  content  of  the  file  only;  and 

(c)  File  creation,  the  process  of  creating  a  new  system 
file  from  a  previously  generated  system  file,  a  process 
that  may  change  both  the  logical  and  physical  structure 
of  the  file. 

The  data  used  to  maintain  a  file  are  referred  to  as  source 
data,  or  transaction  data,  and  may  be  either  structured  or  unstruc¬ 
tured.  Structured  data  have  a  format  that  can  be  defined  (by  a  format 
table  which  specifies  which  fields  correspond  to  the  defined  data 
elements).  An  example  of  unstructured  data  is  a  transaction  that 
includes  both  the  name  of  the  data  element  and  its  corresponding 
value,  and  which  therefore  requires  no  format  table. 

Transaction  data  media  may  be  cards,  magnetic  tape,  direct- 
access  devices,  typewriters,  remote  consoles,  etc.  The  process  of 
mapping  transaction  data  from  medium  to  file  can  be  provided  with 
varying  degrees  of  flexibility.  In  some  systems,  this  mapping  is 
under  complete  control  of  the  DMS,  while  in  others  the  user  has 
extensive  capa1  llitios.  In  the  systems  where  the  user  has  some 
control,  the  control  is  generally  exercised  by  procedural  types  of 
statements.  These  are  similar  to  compiler  statements  in  that  the 
user  can  specify  what  is  to  be  done  for  each  particular  case.  The 
basic  capabilities  include: 

(a)  comparisons  of  values 

(b)  addition,  subtraction,  multiplication,  and  division  of  value 
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(c)  looping  logic 

(d)  error  conditions  and  actions 

(e)  replacing  one  value  with  another. 

Since  not  all  transaction  data  are  in  a  form  that  is  suitable 
for  the  file,  most  systems  provide  the  user  with  some  data  valida¬ 
tion  and  editing  capabilities.  Validation  is  the  process  of  checking 
the  contents  of  data,  e.  g.  ,  a  check  for  only  numeric  characters  in 
a  social  security  number.  Editing  is  the  process  of  changing  the 
form  of  the  data,  c,g,  ,  eliminating  the  hyphens  in  the  social  security 
number . 

File  generation  and  updating  are  reasonably  straightforward. 
File  creation,  on  the  other  hand,  is  more  complex.  File  creation 
ie  the  process  of  restructuring  the  file  logically  as  well  as  physically. 
During  file  creation  at  least  two  file  formats  are  required,  one  for 
the  old  (source)  file  and  one  for  the  new  file  which  i'i  to  be  created. 
The  transaction  data  and  the  data  from  the  old  file  are  selectively 
snapped  into  the  new  file  based  upon  the  user- specif ied  procedure 
statements. 

3.  100  General  Capability 

This  is  the  general  capability  that  the  system  provides 
for  making  changes  to  already  existing  files.  This  is  the  process  in 
which  transactions  are  applied  to  the  files  in  the  manner  dictated  by 
the  user- specified  procedures. 

3.11°  Multi-File 

Multi-file  operations  involve  more  than  one 
file  of  a  particular  type.  The  files  may  have  different  physical  and 
logical  formats.  The  two  basic  multi-file  operations  are: 


(a)  one  source  file,  several  destination  files 

(b)  several  source  files,  one  destination  file. 


3.  120  On-Line  Maintenance 

On-line  maintenance  is  the  entering  of  trans¬ 
action  data,  procedure  statements,  data  validation,  and  editing  con¬ 
ditions  from  an  on-line  device  at  the  time  of  the  maintenance  run. 

3.130  Logical  Maintenance 

Logical  maintenance  activity  is  conditional 
execution  of  maintenance  functions  based  on  logical  (Boolean)  criteria. 
The  logical  maintenance  capabilities  included  are: 

(a)  temporarily  overriding  defined  attributes 
of  data 

(b)  simultaneous  revision  of  many  instances  of 
a  data  element 

(c)  arithmetic  operations  as  data-value  revision 
operators, 

3.  140  Arithmetic  Maintenance 

Arithmetic  maintenance  capabilities  are  those 
provided  for  the  addition,  subtraction,  multiplication,  division,  expo¬ 
nentiation,  square  root,  trigonometric  functions,  etc.  ,  of  data  ele¬ 
ment  values,  constants,  and  literals.  The  topics  considered  here 
are  the  following; 

(a)  the  use  of  literals  in  arithmetic  operations 

(b)  the  use  of  data  element  values  in  arithmetic 
computation  of  the  values  of  other  data  elements 

(c)  the  specific  arithmetic  operators  which  are 
available. 


3.150  Spec  if  ic  Capabilities 

The  specific  capabilities  considered  here  are 
those  which  can  be  thought  of  as  maintenance  in  the  large,  as  opposed 
to  the  tactical  capabilities  described  above.  These  include  the 
following : 

(a)  data  file  modification,  deletion,  addition 
of  entries 

(b)  multiple  simultaneous  data  file  operations 

(c)  aggregation  of  batched  data-fiie  operation 
requests  for  later  execution 

(d)  data-directed  specifications  for  data-file 
operations 

(e)  accumulation  of  histories  of  data-file  operation 
x  uns . 

3.160  Accessibility  and  Modification  of  F ile  Main¬ 
tenance  Procedures 

File  maintenance  procedures  may  be  used 
frequently  and  must  be  modified  from  time  to  time  because  of  chang¬ 
ing  update  requirements  or  changing  transaction  data  formats.  This 
capability  is  analogous  to  that  described  above  in  2.  240.  It  includes 
the  following  features: 

(a)  creation  and  storage  of  file-maintenance 
procedures 

(b)  modification  of  file-maintenance  procedures 

(c)  parameterized  execution  of  file-maintenance 
procedures . 


3,  170  Error  Procedures 


i 


I 

l 


i 


s' 


f 


f 

It 


The  flexibility  provided  to  the  user  in  aeter-  h 

mining  the  procedures  to  be  followed  when  error  conditions  are  en~  | 

countered  includes:  f 

(a)  pre-set  user  specification  of  error  procedures  1 

(b)  dynamic  {conversational)  user  specification  of  j 

error  procedures  1 

(c)  capability  to  retrieve  all  erroneous  d’.ta  records  "  ~v  ~  i 

as  an  entity,  such  retrieval  being  either  pre-  I 

determined  or  dynamically  determined.  I] 
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3.110  MULTI-FILE 


AUERBACH  BURROUGHS  CSC _ 

DM- i  FORGE  COGENT  3H 


1  Update  Several  Files  -  One  transaction  file 

can  be  used  to  update  more  than  one  data 
file  during  one  update  job.  Simultaneously 
means  that  there  is  only  one  pase.  of  the 
transaction  file  and  each  system  tile  dur¬ 
ing  the  job. 

AV(F)(  Al ) 

YES(Bl) 

YES 

Use  Several  Transaction  'Files  -  Two  or 

more  input  transaction  files  can  update  a 
single-system  data  file  without  requiring 
either  a  second  pass  of  the  data  file  or  pr<_ 
vioue  merging  of  the  input  transaction 
files. 

AV(F)(A1] 

NO(B2) 

YES 

3.120  ON-LINE  MAINTENANCE 

Whether  the  user  can  specify  whether  to, 
and  how  to,  perform  maintenance  opera¬ 
tions  by  using  an  on-line  (conversational) 
communication  device. 

AV(FKAl) 

NO(B2) 

YES 

3.130  LOGICAL  MAINTENANCE 

Override  Data  Definition  -  The  capability 

to  nullify  the  previously  established  data- 
valiflation  conditions  or  the  data  definition. 
(Data  definition  usually  occurs  at  file- 
generation  time:  it  is  the  specification  of 
the  data  element  name,  the  number  of 
characters  in  its  value,  the  types  of 
validity  checking  which  the  value  must 
undergo,  etc.  ). 

AV  ( F )  ( A 1 ) 

NO(B2) 

YES 

(Al)  Capability  to  be  available  by  3rd  quarter  19&9.  Meanwhile, 

available  through  programs  written  in  PL/I,  COBOL,  or  BAL. 


(Bl)  Capability  can  be  added  to  File  Maintenance  programs. 
(B2)  Available  through  COBOL  procedure. 

(Dl)  Available  through  IDS  and  COBOL, 
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3.130  LOGICAL  MAINTENANCE 

AUERBACH 

BURROUGHS 

CSC 

(Continued) 

DM- 1 

FORGE 

COGENT  HI 

Revise  All  Instances  -  Whether  the  user 

-■ 

can  specify  how  to  revise  all  occurrences 
of  a  specific  data  element  in  a  file  based 
upon  a  specified  condition;  e.  g.  ,  for  all 
cities  with  a  population  less  than  500, 
replace  CITY  with  the  word  TOWN. 

AV(F)(A1) 

NO(Bl) 

YES 

Perform  Arithmetic  Function  -  Whether 

— 

arithmetic  operations  can  be  performed  on 
all  instances  of  a  data  element  in  a  file 
that  meet  a  user-specified  condition;  c.  g.  , 
for  cities  with  population  of  greater  than 
475,  000  add  25,  000  to  the  population. 

AV(F)(A1) 

NO(Bl) 

YES 

3.  140  ARITHMETIC  MAINTENANCE 

- 

Literals  -  This  is  the  use  of  a  literal  in  a 
maintenance  procedure  statement;  e.  g.  , 
add  (100,  000)  to  population  where  100,  000 
is  a  literal  and  population  is  a  data 
element  name  (which  has  a  value  in  a 
specific  instance). 

AV(F)(A1) 

YES 

YES 

__ 

Compute  New  Data  Value  -  The  capability 

. 

to  compute  a  new  data  value  from  other 
data  values;  e.  g.  ,  compute  state  popula¬ 
tion  by  adding  the  populations  of  all  cities 
in  the  state. 

AV  (F) 

NO(Bl) 

YES 

Arithmetic  Operators  -  The  ability  to  use 

NF 

YES 

YES 

the  arithmetic  operators  =,  +,  /,  EXP, 

in  maintenance  transactions. 

(A1 )  Capability  to  be  available  by  3rd  quarter  1969.  Meanwhile, 

available  through  programs  written  in  PL/I,  COBOL,  or  BAL. 

: : 

( B 1 )  Available  through  COBOL  procedure. 
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GE 

INFORMATICS 

IBM 

NMCSSC 

SDC 

SDS 

U  S.  ARMY* 

IDS 

MARK  IS 

GIS 

NIPS 

TDMS 

MANAGE 

RAPID 

YES(Dl) 

YES 

YES 

YES 

YES 

NO 

NO{J  1 ) 

YES(Dl) 

YES 

YES 

YES 

YES 

NO 

NO(Jl) 

YES(Dl) 

YES 

YES 

YES 

YES 

I 

YES 

NO(Jl) 

1 

YES(Dl) 

YES 

YES 

YES 

YES 

NO 

NO(Jl) 

YES(Dl) 

YES 

YES 

YES 

YES 

+  ,  - 

NO(Jl) 

< D 1  )  Available  through  IDS  and  COBOL. 

( J  1  )  RAPID  uses  a  special-language  maintenance  program. 
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3.150  SPECIFIC  CAPABILITIES 

AUERBACH 

BURROUGHS 

CSC 

DM- 

FORGE 

COGENT m 

Add  -  The  addition  of  physical  values,  sets 
o{  values,  or  entries  to  a  file  that  has  pre- 

YES 

ENTRY 

YES 

viously  defined  their  logical  counterparts 
of  data  element,  group,  or  logical  entry. 

ONLY 

Delete  -  The  delation  of  physical  values, 
sets  of  values,  or  entries  to  a  file  that  has 

YES 

ENTRY 

YES 

previously  defined  their  logical  counter¬ 
parts  of  data  element,  group,  or  logical 
entry. 

ONLY 

Modify  -  The  modification  of  physical 
values,  sets  of  values,  or  entries  to  a  file 

YES 

YES 

YES 

that  has  previously  defined  their  logical 
counterparts  of  data  element,  group,  or 
logical  entry. 

Hold  and  Batch  -  The  ability  to  aggregate 

AV(F)(A1) 

AV(O) 

YES 

update,  transactions  for  a  different  main¬ 
tenance  run. 

Data  .Directed  -  Whether  both  the  name  of 

the  data  element  and  its  corresponding 
value  can  appear  on  the  update  transaction, 
thus  eliminating  any  transaction  format 
table. 

AV(F)(A1) 

YES 

YES 

List  Changes  -  Whether  a  listing  indicating 

all  additions,  deletions,  and  modifications 
made  to  a  file  dui  ing  a  maintenance  run 
can  be  produced  either  automatically  or 
upon  user  request. 

AV(F)(A1) 

YES 

YES 

(Al)  Capability  to  be  available  by  3rd  quarter  1969.  Meanwhile, 

available  through  programs  written  in  PL/I,  COBOL,  or  BAL, 
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G£ 

INFORMATICS 

IBM 

NMCSSC 

SDC 

IDS 

MARK  IY 

GIS 

NIPS 

TDMS 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES(Dl) 

YES 

YES(Fl) 

NO 

YES 

YES(Dl) 

NO 

NO 

YES 

YES 

YES(Dl) 

YES 

YES 

YES 

NO 

SDS  I  U  S.  ARMY 


MANAGE  RAPID 


ENTRY  NO(Jl) 
ONLY 


ONLY 


DATA 

:lement 

ONLY 


YES(Il) 


YES  YES 


(Dl)  Available  through  IDS  and  COBOL. 

(FI)  Transaction  batching  can  be  accomplished  with  a  prestored  update 
procedure.  Each  set  of  transactions  will  cause  an  independent 
execution  of  this  procedure. 

(II)  Limited  to  card  decks  or  card  image  tape  file. 

( J 1 )  RAPID  uses  a  special-language  maintenance  program. 
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3.  150  SPECIFIC  CAPABILITIES 
(Continued ) 

Query  While  Updating  -  Whether  the  sys¬ 
tem  permits  two  independent  accesses  to 
the  same  file  at  the  same  time  (not  neces¬ 
sarily  simultaneously);  e.  g.  ,  if  User  A  is 
updating  a  file,  whether  it  is  possible  for 
User  B  to  query  the  same  file  at  the  same 
time.  In  such  a  situation,  User  B  might 
not  retrieve  the  most  current  information 
because  the  update  may  not  be  completed. 
Sometimes  it  is  important  to  obtain  an 
answer  even  if  it  is  not  the  most  current 


AUERBACH  BURROUGHS 


DM- 1  FORGE  COGENT m 


NO(Bl)  NF 


3.  160  ACCESSIBILITY  AND  MODIFICA¬ 
TION  OF  FILE  MAINTENANCE 
PROCEDURES 

Prestore  -  Procedures  for  file  mainten¬ 
ance  may  be  lengthy  and  used  quite  fre¬ 
quently.  Some  DMS's  provide  for  storing 
of  these  procedures  in  the  source  form, 
while  others  provide  for  the  storage  in  the 
object  form,  usually  on  a  system  library. 
Procedures  stored  in  the  source  form 
must  be  compiled  each  time  they  are  exe¬ 
cuted  (unless  they  are  executed  interpre- 
tively),  but  are  easy  to  change  cither  per¬ 
manently  or  temporarily.  Object-form 
storage  eliminates  the  compile  process  at 
each  execution,  but  any  required  changes 
are  considerably  more  difficult. 


AV<F)(A2) 


( A 1 )  The  data  base  is  divided  into  update  units.  Any  number  of  queries 
can  use  the  same  update  unit,  but  an  update  run  has  exclusive 
access  to  an  update  unit  until  the  update  unit  is  released. 

(A2)  Capability  to  be  available  by  3rd  quarter  1969.  Meanwhile, 

available  through  programs  written  in  PL/I,  COBOL,  or  BAL. 

(B1 )  Available  through  COBOL  procedure. 


(Dl)  Available  through  IDS  and  OS. 
(D2)  Available  through  LIBRARIAN. 
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3.  160  ACCESSIBILITY  AND  MODIF1CA- 

AUERBACH 

burroughs] 

CSC  ] 

TION  OF  FILE  MAINTENANCE 

DM*  1 

*  v  v  Li  VJ  *\ L  D  ^  kv'Ul  It,  IlUlt.  U  | 

Modify  -  The  capability  to  change  pro- 

stored  maintenance  procedures,  either 
permanently  or  temporarily: 

-  Stored  Library  Form  -  The  procedure 
as  stored  on  the  library  is  modified  and 
the  change  is  permanent. 

NO 

NO 

YES 

Temporary  (1  Run)  -  This  modification 
is  made  at  run  time  and  is  effective 
only  for  the  current  run. 

AV(F)(A1) 

NO 

YES 

Parameterize  -  Whether  parameterized 

procedures  can  be  prestored  and  the 
parameters  entered  at  execution  time. 

AV(F)(A1  ) 

YES 

YES 

3.170  MAINTENANCE  ERROR  PRO¬ 
CEDURES 

User  Specification  -  Whether  the  user  can 

specify  what  actions  are  to  occur  (termi¬ 
nate  run,  print  error  comment,  etc.  )  if 
there  are  errors  in  the  transaction  data, 
procedure  statements,  etc. 

NF 

YES 

YES 

On-Line  Correction  -  Whether  the  user 

can  correct  any  data  element  value  errors 
on-line  during  the  execution  of  the  main¬ 
tenance  run. 

NF 

NO(Bl) 

YES 

Print  Error  Records  -  Whether  the  user 

can  request  that  a  summary  of  all 
designated  error  records  be  provided  at 
the  completion  of  the  maintenance  run. 

AV  ( F )( Al 

NO 

YES 

(Al)  Capability  to  be  available  by  3rd  quarter  1969.  Meanwhile, 

available  through  programs  written  in  PL/I,  COBOL,  or  BAL. 


(Bl)  Available  through  COBOL  procedure. 


GE 

NFORMATTCS 

Hi 

NMCSSC 

SDC 

SDS 

U  S  ARMY* 

IDS 

MARK  IT 

SB 

NiPS 

TOMS 

MANAGE 

RAPID 

YES(Dl) 

YES 

YES 

YES 

YES 

YES 

NO 

NO 

YES 

NO 

YES 

YES 

NO 

NO 

YES(Dl) 

NO 

NO 

YES 

YES 

NO 

NO 

YES 

YES 

YES 

YES 

NO 

NO 

NO 

(DZ) 

NO 

NO 

NO{Gl ) 

YES 

NO 

NO 

YES(D3) 

YES 

YES 

YES 

YES 

NO 

NO 

(D1  )  Available  through  LIBRARIAN. 

(D2)  Available  through  IDS  and  COBOL. 
(D3)  Available  through  COBOL. 

(GJ  )  Available  in  Phase  II. 
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3.  200  Input  Processing/Data  Validation 

One  of  the  major  problems  in  maintaining  data  bases 
is  the  quality  and  validity  of  data,  Many  systems  must  depend  on 
preprocessors  because  of  lack  of  data- validation  procedures. 

3 .  210  Ge n a r aj_ Data  Validation 

These  are  the  capabilities  which  are  provided 
for  ensuring  that  the  transaction  data  are  in  the  correct  form  to  be 
entered  into  the  system.  At  the  time  that  a  data  base  is  defined  the 
user  can  specify  the  types  of  validation  which  are  to  be  performed 
on  each  data  element,  and  the  user  can  also  specify  data  values 
against  which  data  entering  the  system  can  later  be  compared.  At 
data-transaction  time  the  DMS  compares  each  entering  data  value 
against  the  pre-defined  validation  criteria,  and  accepts  only  those 
entering  data  values  which  satisfy  the  criteria.  The  user  can  usually 
modify  the  criteria,  either  permanently  or  temporarily,  at  times 
other  than  data  base  definition  time.  The  different  types  of  validation 
which  a  DMS  rnay  provide  are  described  here. 

3.  220  Input  Edit 

These  indicate  whether  the  system  can  change 
the  form  of  transaction  input  data  values  prior  to  inserting  them  in 
the  file.  Again,  the  user  can  define  the  desired  editing  at  the  time 
Lh,i  data  base  is  being  defined,  and  can  usually  modify  the  editing 
specifications  at  later  times.  Dditing  specification  consists  of  the 
specification  of  the  general  type  of  editing  as  well  as  specification  of 
literal  values  to  be  used  in  the  editing  operation.  The  general  types 
of  editing  which  a  DMS  may  provide  are  de  -ribed  here. 
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3.210  GENERAL  VALIDATION 


AUERBACH  BURROUGHS  CSC  _ 
ONM  FORGE  COGENT  HI 


: 

Minimum/ Maximum  -  A  check  applied  to 
numerical  data  values  to  ensure  that  the 
input  data  value  is  either  greater  than  a 
user-specified  value  or  that  it  is  less  than 
another  user-specified  value;  e.g.,  popu¬ 
lation  greater  than  500. 

AV(F)(A1) 

NO(Bl) 

YES 

Range  -  A  check  applied  to  numerical  data 

- 

values  to  ensure  that  the  input  data  value 
lies  within  two  given  values.  The  limit 
values  may  be  either  exclusive  or  inclu¬ 
sive.  For  example,  population  greater 
than  10,000,  but  less  than  25,  000. 

AV(F)(A1 ) 

NO(Bl) 

YES 

Specific  Characters  -  A  check  applied  to 

----- 

specific  characters  of  a  data  value;  e.g., 
numeric,  elements  could  be  validated  to 
ensure  that  there  are.  no  alpha  or  special 
characters  or  alpha  elements  could  be 
validated  to  ensure  no  numeric  characters. 
The  population  5R6  is  invalid. 

AV(F)(A1 ) 

NO(Bl) 

YES 

- 

Sequence  or  Identification  -  Some  OMS's 

: 

require  that  the  input  transaction  data  be 
sequenced  in  a  specific  order.  Failure  to 
so  sequence  the  data  results  in  a  termina¬ 
tion  of  the  maintenance  run  or  an  invalid 
maintenance  run.  Such  sequence  checks 
may  reveal  that  transactions  are  out  of 
sequence  or  missing,  or  that  the  entire 
transaction  file  is  invalid. 

AV(F)(A1) 

YES 

YES 

Cross  Comparison  -  The  ability  to  accept 

. . 

Valuta  oi  Oi»^  (iulii  citftut'Ul  on  in  input 

transaction  based  upon  the  specific  value 
of  another  data  element  in  the  transaction. 

AV  ( F )( Al 

NO 

YES 

— 

(Al)  Capability  to  be  available-  by  3rd  quarter  1969-  Meanwhile, 

available  through  programs  written  in  PL/1,  COBOL,  or  BAL. 


(Bl)  Available  through  COBOL  procedure. 


GE 

INFORMAUCS 

IBM 

NMCSSC 

SDC 

SOS 

U  S.  ARMY 

IDS 

MARK  IS 

GIS 

NIPS 

TOMS 

MANAGE 

RAPID 

NO 

YES 

YES(Fl) 

YES 

YES 

NO 

(Jl) 

YES(DX)  YES  YES(F2)  YES  YES 


NO  (Jl> 


(Dl)  YES  YES  YES  YES 


YES  YES  YES  NO 


YES  (J 1 ) 


YF.S(F3)  YES 


(Dl)  Where  data  declaration  of  master  selection  or  duplicate  detail 
criteria  are  applied. 

(FI)  Using  RANGE  statement  and  system  upper-  and  lower-limit  values. 
(F2)  Multiple  ranges  are  permitted. 

(F3)  Using  specific  logic  statements  to  perform  a  comparison. 

(Jl)  RAPID  uses  a  special- language  maintenance  program, 
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3.210  GENERAL  VALIDATION 
(Continued) 

General  Format  -  The  system  accepts  or 
rejects  a  transaction  based  upon  the 
validity  of  the  predefined  format  of  that 
transaction;  e.  g.  ,  all-numeric  fields  or 
70-character  records. 


3.220  EDIT  SPECIFICATIONS 
Modify  Data  Element  Size  -  Whether  the 


system  provides  the  capability  to  add  or 
delete  characters  from  the  input  data 
value;  e.g.  ,  deletion  of  the  abbreviation 
CO.  from  the  input  data  value  CALHOUN 
CO. 

Automatic  Truncation  or  Padding  -  Whethe 
the  system  can  truncate  or  pad  the  input 
data  values  with  zeros,  blanks,  etc.  ; 
e.  g.  ,  pad  1 1673  to  become  0001 1673  or 
truncate  3.  1414  to  3.  14. 

Add  Information  -  Whether  input  data  ele¬ 
ment  values  can  be  augmented  with  other 
data;  e.  g.  ,  add  N  to  the  input  data  value 
LATITUDE  443  20,  yielding  N43  20. 

Decode  -  Whether  the  system  can  decode 
input  data  values  into  natural  formats; 
e.g.,  US  becomes  UNITED  STATES  OF 
AMERICA. 

Encode  -  Whether  the  system  can  encode 
input  aata  element  values  (the  converse  of 
the  above);  e.g.,  UNITED  STATES  OF 
AMERICA  becomes  US. 


AUERBACH 

BURROUGHS 

CSC 

DM- 1 

FORGE 

COGENT  HI 

AV  (F)(A1 ) 

YES 

YES 

AV(F) 

NO 

YES 

YES 

YES 

YES 

AV(F) 

NO 

YES 

NF 

NO(Bl) 

YES 

NF 

NO(Bi) 

YES 

(A1 )  Capability  to  be  available  by  3rd  quarter  1969,  Meanwhile, 

available  through  programs  written  in  PL/I,  COBOL,  or  BAL. 

(Bl)  Available  through  COBOL  procedure. 


GE 

INFORMATICS 

IDS 

MARK  12 

NMCSSC  ! 

SDC 

NIPS  i 

i  TDMS 

NO  YES  YES  YES  YES  YES 


N°  YES  YES(Fl)  YES  YES(Hl)  WO  (Jl) 


(Dl)  YES  YES  YES  YES(Hl)  NO  (Jl) 


NO  YES(F2)  YES  YES(Hl)  NO  (Jl) 


NO  (El)  YES  YES  YES 


NO  (Jl) 


(El)  YES  YES  YES(Hl)  i  I>iO  i  (Ji) 


Available  through  COBOL. 

Available  as  an  additional  option  to  the  basic  MARK  IV  system. 
Using  procedural  language;  i.e.  ,  by  the  verb  CONCATENATION. 
Can  only  be  performed  using  edit  subroutine. 

Accomplished  via  a  generalized  system  preprocessor. 

RAPID  uses  a  special-language  maintenance  program. 
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3.  300  File  Generation 


File  generation  is  the  capability  to  define  a  logical 
file  organization  and  to  map  the  input  transaction  data  into  a  physical 
file  with  the  specified  logical  organization.  This  is  the  process  by 
which  a  file  and  its  data  element  values  are  entered  into  the  system. 


3.  310  Intra-System 

This  is  the  capability  that  the  system  provides 
ior  accepting  transaction  data  which  have  been  generated  by  various 
other  system  software  processors  (within  the  same  operating  sys¬ 
tem)  and  which  have  been  stored  on  various  physical  media.  The 
entries  indicate  whether  the  system  can  use  files  generated  in 
GOBOL,  ALGOL,  PL/I,  FORTRAN,  etc.,  as  transaction  data , 
on  what  media  these  files  can  be  stored  (tape,  disc,  etc.  ),  and 
whether  transaction  data  can  be  accepted  on-line  from  a  remote 
console. 


3.  320  Inter -System 

u  This  is  the  capability  that  the  system  provides 

for  accepting  transaction  d;ta  files  generated  on  other  computers  or 
under  different  operating  systems.  Such  files  are  referred  to  as 
foreign  files.  The  entries  indicate  whether  the  system  can  use 
foreign  files  at  all,  and,  if  so,  on  what  media  these  files  can  be 
stored  (tape,  disc,  etc.  ). 

3.  330  Physical  Format  of  Data  to  be  Generated 

This  indicates  whether  the  system  allows  the 
format  of  input  data  to  be: 

(a)  the  same  for  all  data 

(b)  one  of  several  formats  for  each  data  file 

(c)  self-defined  at  data  input  time. 
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3.  340  Transformation  Control  of  Input  Data 


This  is  the  capability  that  the  system  provides 
for  controlling  the  mapping  of  data  from  the  input  transaction  to  the 
file  being  generated.  This  can  be  a  physical  characteristic  which 
indicates  the  end  of  a  repeating  group,  entry  or  transaction. 


3.  310  INTRA-SYSTEM 

AUERBACH 

BURROUGHS 

CSC 

DM  - 1 

FORGE 

COGENT m 

Physical  Media  -  These  are  the  system 

NA(A1 ) 

input  devices  irom  which  the  DMS  can 
accept  transaction  data. 

-  Cards 

YES 

YES 

-  Disc 

YES 

YES 

Mag  Tape 

YES 

YES 

-  Othe  r 

PAPER 

NO 

TAPE 

Remote  Devices  -  This  indicates  whether 

the  DMS  can  accept  transaction  data  from 
remote  devices. 

NA(A1) 

YES 

YES 

Other  System  Processors  -  These  indicate 

wlretker  the  DMS  can  accept  transaction 
files  produced  by  other  system  processors 
within  the  operating  system  under  which 
the  DMS  operates. 

AY(F)(A2) 

(Bl ) 

YES(Cl) 

-  COBOL 

-  FORTRAN 

-  PL/I 

-  ALGOL 

-  Other 

3.320  INTER-SYSTEM 

F oreign  Files 

NO 

YES 

YES 

Physical  Media 

Mag  Tape 

NA(A1) 

YES 

YES 

-  Disc  Packs 

NO 

YES 

-  Other 

NO 

YES 

- - - 

(Al)  DM-1  is  indifferent  to  input  source. 

(A2)  Capability  to  be  available  by  3rd  quarter  1969.  Meanwhile, 

available  through  programs  written  in  PL/I,  COBOL,  or  BAL. 
(Bl)  COBOL,  FORTRAN,  ALGOL. 

(Cl)  If  the  files  are  processable  by  COBOL. 

(Dl)  Available  through  COBOL  and  FILE  MANAGER. 

(D2)  Available  through  TERMINAL  SUPERVISOR. 

(D3)  Assembly  language. 

(El)  If  physical  device  is  compatible  with  the  IBM  360. 

(FI)  Actual  input  assumes  file  organizations  which  can  be  described  to 
GIS.  Not  all  PL/I.  and  FORTRAN  formats  can  be  so  described. 
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YES(DI) 

YES 

YES(Dl) 

YES(Dl) 


YES(D2) 


YES 

NO 

NO 

NO 

YES(D3 ) 


NO 

YES(Dl) 

YES(Dl) 

YES(Dl) 


YES 

YES 

YES 

DRUM 


NO 


YES(El) 

YES(El) 

YES'El) 

YES(El) 


YES 

YES 

NA 


YES 


YES 

YES(Fl) 

YES(Fl) 

YES(Fl) 

NA 


NO(F2) 

NO(F2 ) 
NO(F2) 
NO(F2) 


GE 


IDS 


INFORMATICS1 


MARK  Iff 


I  8  M 


GIS 


YES 


NMCSSC 


NIPS 


YES 

YES 

YES 

LIM(O) 


NO(G  1  ) 


(G2) 


(G2) 

(G2) 

(G2) 

(G2) 


SDC 


TDMS 


YES 

YES 

YES 

NO 


YES 


YES(H1 ) 
YES(Hl) 
YES(H1 ) 
YES(Hl) 
YES(Hl) 


YES(H2) 

YES(H2) 
YEb(H2) 
YES(H2 ) 


SDS 

MANAGE 


YES 

NO 

YES 

NO 


NO 


YES(ll) 


YES(Il) 

YES(Il) 

WO 

NO 


li  S.  ARMY* 
RAPID 


YES 

YES 

YES 

NO 


NO 


YES 

YES 

NO 

YES 

NO 


YES 

YES 

YES 

NO 


(F2)  If  OS/360  and  GIS  file  descriptions  can  handle  the  organization  of 
the  data,  then  the  system  can  process  it, 

(Gl)  Available  in  Phase  II. 

(G2)  Limited  only  by  the  capability  to  describe  the  files  in  the  Trans¬ 
action  Descriptor  Deck  (TDD). 

(HI)  Any  processor  that  can  produce  character-type  records. 

(H2)  Accomplished  by  a  generalized  system  processor. 

(II)  Any  fixed -formatted  BCD  tape  file  (72911  or  IV), 


*  U  S.  ARMY  SYSTEM  Dt  VELOPEU  BY  CDC 


III 


(Al)  Capability  to  be  available  by  3rd  quarter  1969.  Meanwhile, 

available  through  programs  written  in  Pl./I,  COBOL.,  or  BAL. 


(El)  Control  information  in  the  record  identifies  one  of  several  record 
formats  or  processing  definitions. 

(HI)  Accomplished  by  a  generalized  system  processor. 

(II)  Any  format  that  can  be  defined  using  cards /card  image. 
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3.340  TRANSFORMATION  CONTROL, 


Embedded  Control  Fields  -  A  standard 
control  field  applicable  to  all  trans¬ 
actions  (in  all  applications);  e.g,  ,  the 
word  END  in  a  transaction  would  alwayB 
be  interpreted  by  the  system  as  the  end  of 
that  transaction. 


AUERBACH 

DM-T 


BURROUGHS 

FORGE 


CSC 

Eogent  in 


AV(FHAl) 


YES 


NF 


Special  Character^  -  The  termination 
symbol  might  be  one  or  a  series  of 
special  characters;  e. g. ,  &,  +++,  etc. 


lAV(F)iAl) 


NO 


NF 


Physical  Media  -  A  termination  symbol 
independent  of  the  actual  transaction  data 
that  is  hardware  detectable;  e.g.  ,  record¬ 
ing  gap,  end-of-file  mark. 


|  AV  ( F )  ( A 1 ) 


YES 


Input  Data  -  This  i«  a  user-specified 
termination  symbol  whrch  appears  in  the 
input  transaction  data,  and  which  may 
invoke  a  special  translation  procedure. 


AV(Fj(Al) 


YES 


NF 


NF 


J _ 

(Al)  Capability  to  be  available  by  3rd  quarter  1909-  Meanwhile, 

available  through  programs  written  iri  PL/I,  COBOL,  or  33AL, 
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GE 

INFORMATICS 

IBM 

NMCSSC 

SDC 

SDS 

U  S.  ARMY 

IDS 

MARK  m 

GIS 

NIPS 

TOMS 

MANAGE 

RAPID 

YES(Dl) 

YES 

(FI) 

YES 

YES(Hl) 

MO 

YES 

YES(Dl) 


YF,S(DI) 


YES(Hl) 


YES(Hl) 


YES(Dl)  YES(El)  J  (FI)  YES  YES(Hl)  YES  NO 


(Dl)  Available  through  COBOL. 

(El)  Control  information  in  the  record  identifies  one  of  several  record 
formats  or  processing  definitions. 

(FI)  CIS  file  generation  is  performed  by  describing  the  e  ox>  rce  data  as 
a  GIS  file,  and  then  reformatting  if  required. 

(HI)  Accomp.ished  by  a  general-  *  wthi  av  «,r 
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3.  400  File  Creation 


File  creation  is  the  process  by  which  a  new  file  is 
created  from  one  or  more  already  existing  system  fileB.  The 
created  file  may  have  a  different  logical  and  physical  structure. 
Files  may  be  restructured  to  eliminate  or  add  data  elements,  to 
redefine  the  size  of  data  elements,  to  reorder  groups  and  instances 
of  groups,  to  repack  data,  to  subset  the  file  for  another  user,  etc, 

3.410  Specific  Capabilities 

Whenever  a  new  file  is  created  from  another, 
data  element  values  must  be  transferred  from  file  to  file.  The  data 
elements  to  be  transferred  can  be  selected  on  a  conditional  basiB, 
and  their  values  can  be  validated  and  edited  as  in  3.  210  and  3.  220 
above.  Data  definitions  can  also  be  temporarily  overridden,  as  in 
3. 1 30  above. 


3.  420  System  Files 

This  is  the  general  capability  to  create  a  new 
system  file  from  an  old.  A  new  file  can  be  created  by  restructuring 
an  old  file  logically  or  physically,  by  sorting  the  entries  or  sub¬ 
entries  of  an  old  file,  by  merging  several  old  files  together,  or  by 
taking  a  subset  of  an  old  file. 

3.430  Data  Preparation-  -Inter-  /Intra -System 

This  is  the  capability  that  the  DMS  provides 
for  preparing  data  files  which  can  later  be  processed  by  other  DMS's 
or  by  other  eubprocessor s  of  the  generating  DMS.  These  prepared 
data  files  can  be  characterized  in  terms  of  their  logical  and  physical 
formats,  of  the  storage  media  on  which  they  reside,  and  of  the  sys¬ 
tem  processors  or  subprocessors  for  which  they  have  been  prepared 
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3.410  SPECIFIC  CAPABILITIES 

AUERBACH 

BURROUGHS 

CSC 

DM- 1 

FORGE 

COGENT  HI 

Conditional  Selection  -  The  capability  to 

select  desired  data  elements  from  a 

YES 

NO(Bl) 

YES 

source  file(s)  for  a  newly  created  file 
based  on  a  logical  criteria. 

Validity  Checking  (see  3.200)  -  These  are 

the  same  as  those  in  3.  200,  but  apply  to 

AV(F)(A1) 

YES 

YES 

both  transaction  data  and  the  data  elements 
in  the  source  file. 

Override  Data  Definition  -  Whether  the 

system  permits  the  user  to  nullify  pre- 

AV(F)(A1) 

NO 

NO 

defined  encoding/decoding  options,  checks, 
etc.  ,  for  data  element  values  in  both  the 
source  file  and  the  new  file. 

3.420  SYSTEM  FILES 

Restructure  File 

-  Logically  -  The  created  file  has  a 
different  logical  structure  than  the 
source  file,  This  implies  that  the  file 

AV(F  )(A2j 

NO(Bl) 

YES 

definition  has  been  changed,  e.  g.  ,  by 
elimination  or  addition  of  data  elements 
or  groups,  or  by  different  ordering  of 
data  elements. 

-  Physically  -  The  created  file  has  a 
different  physical  structure  than  the 
source  file.  The  file  definition  is  the 

YES 

same.  An  example  of  physical  re¬ 
structuring  is  repacking  a  file  to 
reallocate  storage. 

Reorder  Group  Instances  -  The  ability  to 

reorder  the  physical  instances  of  a  group 

A.V(F}(a2) 

NO(Bl  ) 

NO 

based  on  the  value  of  a  data  element  in  the 
group. 

(A1 )  Capability  t.o  be  available  by  3rd  quarter  1969.  Meanwhile, 

available  through  programs  written  in  PL/1,  COBOL,  or  BAL. 

(A2 )  Available  in  2nd  quarter,  1969. 

(Bl)  Available  through  COBOL  procedure. 

(FI)  New  files,  but  not  source  files. 

(F2)  Automatic  (via  new  data  description  table)  for  subordinate  groups. 
Two-step  procedure  (hold  file,  and  sort)  for  master  group. 
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O  0 


GE 

INFORMATICS 

IBM 

NMCSSC 

SDC 

SDS 

U.$.  ARMY41 

IDS 

MARK  nr 

GIS 

NIPS 

TDMS 

MANAGE 

RAPID 

NF 

YES 

YES 

YES 

YES 

YES 

YES 

NO 

YES 

YES 

YES(Gl) 

YES 

NO 

NO(Jl) 

NO 

YES 

(FI) 

NA 

YES 

NO 

NO 

NF 

YES 

YES 

Y£S{G2) 

AV(F) 

YES 

YES 

NF 

YES 

YES 

YES(G2) 

AV(F) 

YES(ll) 

YES 

NF 

NO 

YES(F2) 

NO 

AY(F) 

NA 

NF 

1)  Analyst  has  capability  to  override, 

2)  File  revision  module. 

(11)  Reorganize  field  positions. 

(J  1 )  RAPID  uses  a  spe  cial-language  maintenance  program. 
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3.420  SYSTEM  FILES  (Continued) 


AUERBACH  BURROUGHS  CSC 

DM- 1  forge” cogent  hi 


Multi-File  -  (see  3.  110) 

Create  -  From  one  system  source  file, 
create  two  or  more  new  files. 

AV(F)(A1) 

NO(Bl) 

YES 

Merge  -  Combine  two  or  more 
similarly  ordered  system  files  into  a 
single  system  file. 

AV(F )( Al ) 

NO 

YES 

3.430  DATA  PREPARATION 

3.431  INTRA-SYSTEM 

This  is  the  capability  to  prepare  data  files 
which  are  processable  by  other  language 
processors  which  are  under  the  same 
operating  system  as  the  DMS. 

Other  Files  -  The  capability  to  create  files 
that  can  be  used  as  input  data  files  for 
other  programs  written  in  FORTRAN, 
COBOL,  PL/1,  etc.  The  DMS  provides 
ail  the  file-processing  control  words  and 
control  blocks  necessary  for  the  languages 
to  process  those  files, 

(BE) 

(Cl) 

-  FORTRAN 

-  COBOL 

-  ASSEMBLY  LANGUAGE 

-  PL/I 

-  ALGOL 

-  JOVIAL 

NF 

YES 

YES 

YES 

NF 

YES 

Other  Internal  Bata  Structures  -  Internal 
data  structures  are  the  data-organization 
mechanism  of  other  language  processors. 
Examples  of  these  are  FORTRAN  arrays 
or  JOVIAL  tables. 

NO 

YES 

(Cl) 

(Al)  Available  in  2nd  quarter.  1969. 

( B 1 )  Available  through  COBOL  procedure. 

(B2)  COBOL,  FORTRAN,  ALGOL. 

(Cl)  If  available  through  a  COBOL  procedure. 

(Dl)  Available  through  COBOL. 

(El)  Maximum  of  four. 

,(E2)  Nearly  any  output  format  accessible  by  OS  and  DOS,  QISAM  and 
QSAM. _ 


i^iiuuijLi  uk  luuitui  muiJuiKMuUi !.  jwiuui.^,  ^ ■■  nttoamwjfciianhiu 


6E 

INFORMATICS 

— 

NMCSSC 

SDC 

SDS 

U.  S.  ARMY* 

IDS 

MARK  DT 

ss 

NIPS 

TOMS 

MANAGE 

RAPID 

NO 

YES 

NO 

NO 

YES 

NO 

YES 

NO 

YES(El) 

YES(Fi) 

YES 

AV{F) 

NO 

YES 

<E2) 

(Gl) 

NO 

Y  ES(F2) 

NO 

YES(Il) 

YES 

YES 

YES(F2) 

NO 

YES(Il) 

YES 

YES 

YES(F2) 

NO 

YES(Il) 

NO 

NO 

YES(F2) 

NO 

YES(II) 

NO  i 

NO 

YES(F2) 

NO 

YES(Il) 

YES 

' 

YES 

“ 

NO 

YES(Dl) 

NF 

NO 

NO 

NF 

NO 

NO 

(FI)  Requires  two-step  procedure  using  HOLD  file  as  subsequent  source 
file. 

FZ)  Actual  input  assumes  file  organizations  which  can  be  described  to 
CIS.  Not  all  PL/I  and  FORTRAN  formats  can  be  so  described. 

(Gl)  Assembly  language. 

(II)  Any  fixed-formatted  BCD  tape  file  ( 7 2911  or  IV). 
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3.432  INTER-SYSTEM 

AUERBACH 

BURROUGHS 

CSC 

DM- 1 

FORGE 

COGENT  HI 

This  is  the  capability  that  the  DMS  pro¬ 
vides  for  creating  files  using  a  variety  of 
media  and  for  defining  files  which  are  to 
be  used  in  other  systems. 

Physical  Media 

Unit  Record 

NA(Al) 

YES 

YES 

Tape 

NA(A1) 

YES 

YES 

Disc  Pack 

NA(  Al  ) 

NO 

YES 

-  Other 

NA(A1) 

NO 

- 

Data  Descriptions  -  The  data  specification 
necessary  for  the  new  system  file. 

Target  Data  Management  System 

AV(F) 

NO 

YES 

Self-describing  Files 

AV  (F) 

NO 

YES 

Foreign  Files 

A  V  ( F  ) 

YES 

(Cl) 

(Al)  DM-1  is  indifferent  to  device  type. 

(Cl)  If  available  through  a  COBOL,  procedure. 
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GE  INFORMATICS  IBM 


MARK  JS  !  CIS 


NMCSSC 


SOS  I  U  S.  ARMY* 


MANAGE  i  RAPID 


YES(Dl) 

YES(Dl) 

YES(Dl) 

NO 


YES 

LIM(O) 

LIM(O) 

LIM(O) 


YES 

YES 

YES 

LIM(O) 


YES(Il) 


(Dl)  Available  through  COBOL  and  FILE  MANAGER.. 
(El)  Data  cell,  drum. 

(II  )  Reorganize  field  positions. 
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4.000  OUTPUT  PRESENTATION 

Output  presentation  is  the  process  by  which  the  system 
delivers  the  results  of  user  queries  through  the  system  output 
devices.  The  presentation  of  the  output  is  the  last  stage  of  file 
processing.  It  is  at  this  point  that  the  user  gets  the  opportunity  to 
observe  the  results  of  his  query  processes.  Output  presentation 
can  be  controlled  either  through  functions  or  user  requests. 

The  output  presentation  may  be  indicative  of  the  performance 
of  the  DMS.  Analysis  of  the  output  can  yield  useful  information  con¬ 
cerning  the  performance  of  the  other  parts  of  the  DMS  and  can  be  a 
useful  aid  in  debugging  a  system. 

4.  100  Standard  System-Supplied  Formats 

"Standard"  system- supplied  formats  are  those  which 
-are  an  integral  part  of  the  system  and  can  be  provided  for  the  user 
either  automatically  or  upon  specific  request. 

4 .  110  General  Capabilities 

The  following  types  of  capability  are  some¬ 
times  available  in  the  system  as  part  of  standard  system  formats: 

(a)  general  output-formatting  capabilities 

(b)  output  contents  and  value-transformation 
capabilitie  s 

(c)  special  output  capabilities. 

4.120  Output  Page  Headers 

This  is  the  capability  to  provide  various  types 
of  information  at  or  near  the  top  of  a  page  of  output.  The  informa¬ 
tion  include  titles,  security  classification,  dates,  page  numbers. 
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GE 

INFORMATICS 

— 

NMCSSC 

SDC 

SDS 

U  S  ARMY* 

IDS 

MARK  IY 

An 

NIPS 

TDMS 

MANAGE 

RAPID 

V  ES(L)  1  ) 

YES 

Y  ES 

Y  ES 

Y 1-S 

Y  ES 

Y  IS 

YES(n2) 

YES 

YFS(FI) 

YES  1 

| 

Y  ES 

| 

YES 

Y  ES 

YES(D.l) 

YES 

Y  ES 

YES  . 

YES 

YES 

YES 

j 

YES(Dl) 

_ _ 1 

YES(E!  ) 

Y  ES 

s 

YES 

! 

YES 

Y  ES 

YES 

(Dl)  Available  through  COBOL. 

(D2)  Available  through  TERMINAL  SUPERVISOR. 
(El)  Title  restricted  only  by  physical  page  size. 
(FI)  System  upper  limit  of  128  bytes. 
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4.110  STANDARD  REPORTS-  -  GENERAL 
C ARAB)  PITIES  (Continued) 

Editing  and  Decoding  -  Whether  the  sys¬ 
tem  provides  automatic  editing  functions 
such  as  suppression  ol  leading  ?,eros  and 
insertion  of  algebraic  signs,  dollar  signs, 
and  punctuation.  Decoding  indicates  the 
ability  of  the  system  to  supply  actual 
values  for  coded  data  clement  values 
which  are  stored  in  coded  form  : r  1  the  data 
base.  These  functions  are  usually  de¬ 
fined  at  file -generation  time  and  stored  in 
a  corresponding  data-description  table. 

EXAMPLE; 


AUERBACH 


DM- 


BURR PUGHS  1  _  CSC 
FORGE  IcoGENT  III 


AV(F)(A1  )| 


NO 


Y  ES 


If  the  value  "United  States  of  America" 
is  stored  in  the  data  base  as  US,  the 
system  will  produce  as  output  "United 
States  of  America"  and  not  US. 


Different  Reports  -  Whether  the  system 
can  generate  different  report  formats 
from  one  retrieval  statement. 


Multiple  Copies  -  Whether  the  system  can 
provide  more  than  one  original  copy  of  the 
same  report  as  distinguished  from  multi¬ 
ply  printed  output. 


NO 


YES 


YES 


YES  YES 


i 


(Al)  Capability  to  be  available  by  3rd  quarter  19C9.  Meanwhile, 

available  through  programs  written  in  PL/I,  COBOL,  or  BAL, 


4.110  STANDARD  REPORTS- -GENERAL 

MSB 

ilIKlifllUClihf 

CAPABILITIES  (Continued) 

1 

HSE1 

Logical  file  Structure  -  Whether  the  sys- 

Y  KS 

NO 

Y  ES 

tom  can  provide  a  list  of  Ibo  data  elements 
which  comprise  a  file  formatted  to  indi¬ 
cate  their  logical  relationships . 

EXAMPLE: 

NATION  FILE 

NATION  NAME 

PRESIDENT 

POLITICAL  SUBDIVISION 

STATE  NAME 

GOVERNOR 

CITIES 

CITY  NAME 

POi'uLATIOH 

COUNTIES 

COUNTY  NAME 

COUNTY  SEAT 

functional  Formats  -  Whether  the  system 

can  provide  counts  and  totals  of  the 
icirh-ved  data- element  names  and  values. 
The  accounting  may  be  categorized  in  two 
ways : 

Sums /Totals  -  A  sum  or  a  total  of  the 
data  element  values. 

AV(F)(A1) 

NA 

YES 

EXAMPLE: 

CITY  POPULATION 

mm 

Mobile  202,  779 

Montgomery  134  392 

Little  Rock  300,  000 

637, 172 

1 

(Al)  Capability  to  be  available  by  3rd  quarter  19t>9.  Meanwhile, 

available  through  programs  written  in  PL/I,  COBOL,  or  BAL. 


(HI)  YES 


S  I  V  ES  |  YES 


( D 1  )  Available  through  COBOL. 

(11)  Print-out  from  dictionary  generation  run. 
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mam 
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4.110  STANDARD  REPORTS-  -GENtRAl 
cAPABfLUTES  (Continued) 

Counts  /T all  it  s  -  A  count  or  a  tally  of 
given  data  clement  occurrences. 

EXAMPLE: 

Using  the  above  example,  the 
NUMBER  OF  CITIES  WITH 
POPULATION  OVER  100,000:  3 


4.  120  OUTPUT  PAGE  HEADERS 

Titles  -  The  ability  of  the  system  to  pro-  j_..  ... 

vide  titles  for  output  report  presentations.  '  '  ^ 

Date  -  The  ability  of  the  system  to  provide 

and  position  the  current  date  in  each  out-  AV(F)(A1  ) 

put  presentation. 

Security  Classification  -  The  ability  of  the 
system  to  provide  thoTilghest  security  AV(F)(A1) 
classification  of  a  file  at  the  top  and  bot¬ 
tom  of  each  output  page. 

PaRe  Numbering  -  ine  ability  of  the  sys¬ 
tem  to  sequentially  number  the  pages  of  AV(F)(A) 
each  output  presentation. 

Table  of  Contents  -  The  ability  of  the  sys¬ 
tem  to  produce  a  page  listing  the  major  AV(F)(A1) 
report  headings  and  their  page  numbers 
as  the  first  page  of  an  output  presentation. 

Column  Headings  -  The  ability  of  the  sys- 
.  »  —  Z  .  •  >  « v  1 1  •  (  f 

|  l 1 1 l  in  piuviuu  mt*  luiiuwin^  Ui 

column  heading' 


10RGE  |C0(jt  NT  IT 


:_V(F)(A1) 


Data  Element  r>ame  -  r  nr  name  of  the 
data  element  appears  at  the  head  ol  a 
column  of  its  values. 


(Al)  Capability  to  be  available  by  3rd  quarter  1969.  Meanwhile, 

available  through  prog  rams  written  in  PL/I,  COBOL,  or  BAL. 


4.120  OUTPUT  PAGE  HEADERS  AUEKBACH  BURROUGHS  CSC 

(Continued)  DM- 1  FQH6L _ COG I:  NT  111 

Query  Specified  -  A  user  -specified  title 

in  lieu  of  and/or  in  addition  to  the  data  AV(1  1  ( A 1  I  NO  NP 

element  name. 

"  Prom  Data  Description  -  A  columnar 

heading  other  than  a  data  element  name  AV(h  )(Ai )  NO  YES 

taken  front  the  data  description. 

EXAMPLE: 

Tin  data  description  for  the  data 
element  POPU  also  indicates  that 
the  word  POPULATION  is  to  be 
supplied  whenever  values  for 
POPU  are  presented  as  output. 

4.130  TRAILER  INFORMATION 

This  is  the  ability  of  the  system  to  provide 

trailer  information  at  the  bottom  of  each  AV(I‘  > ( A 1 )  NO  YES 

output  page  of  a  report,  usually  including  AV(1  )(A1)  NO  YES 

security  classification  and  page  number. 


(Al)  Capability  to  be  available  by  3rd  quarter  1969.  Meanwhile, 

available  through  programs  written  in  PL/1,  COBOL,  or  BAL. 
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4,200  Repo  rt  s  -  -Usui  Spec  if  ie  d 


User- .specified  reports  are  those  which  are  designed 
and  composed  by  an  individual  system  user  using  the  DMS  report- 
creation  capabilities.  Use  r- specified  reports  can  be  tailored  to 
provide  the  exact  output  formats  and  contents  desired. 

4,  210  General  Capabilities 

The  types  of  capabilities  provided  by  the  DMS 
allow  the  user  to  specify  the  arrangement  of,  and  value  transforma¬ 
tions  for,  data  which  is  to  be  output.  They  also  allow  the  user  to 
cause  the  output  to  conform  to  preprinted  or  extraordinarily  wide 
output  forms. 


4.220  Editing 

The  DMS  will  provide  the  capability  to  edit 
the  physical  appearance  of  data  values  which  are  to  appear  in  user- 
specified  reports.  Such  editing  includes  suppression  of  leading 
zeros,  and  insertion  of  algebraic  signs  (  +  ,  -  ),  dollar  signs,  and 
punctuation  symbols. 

4.  230  Pagination 

Pagination  control  is  the  ability  to  control  and 
number  individual  pages  of  an  output  report,  either  implicitly  or 
explicitly.  Explicit  controls  are  user  commands  such  as  EJECT 
and  SKIP.  Implicit  controls  such  as  fixed  page  length  and  width 
are  those  which  are  built  into  the  design  of  the  system. 
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4.  240  Output  Media 

User-specified  reports  can  appear  in  a  num- 
bei  of  different  output  media.  The  following  types  of  output  media 
are  considered  here: 

(a)  on-line,  devices 

(b)  off-1  ine  devices 

(c)  audio  devices. 


4.210  GENERAL  CAPABILITIES 


The  capabilities  provided  by  the  system 
tools  for  the  user  to  specify  report  for¬ 
mats, 

Horizontal/Vertical  Spacing  -  The  ability 
of  the  system  to  effect  any  line  and 
column  positioning  specified  by  the  user. 


AUERBACH  BURROUGHS 


DM- 1 


WMCf  HM| 


AV(F)(A1) 


Justification  -  The  ability  of  the  system  to 

provide  right  or  ie:t  justification  of  individ-  E)(A1 )  YES 
ual  output  fields  as  specified  by  the  user. 

Preprinted  Forms  -  The  ability  of  the  sys¬ 
tem  to  position  information  to  conform  to  AV;!  )(A1)  YES 
the  format  of  preprinted  forms. 


Override  Decoding  Transformations  -  The 
ability  of  the  system  to  allow  the  user  to 
obtain  the  actual  value  of  the  data  element 
as  it  is  stored  in  the  data  base,  bypassing 
any  decoding  transformations  ordinarily 
provided  at  data  definition  time. 

Spread  Sheet  Output  -  The  ability  of  the 


system  to  provide  for  a  printout  which 
exceeds  the  output  line  capacity  of  the 
device  by  placing  the  additional  informa¬ 
tion  on  another  sheet  of  output,  the  two 
sheets  then  joined  along  their  widths  for 
completeness. 


V(F)(A1) 


(Al)  Capability  to  be  available  by  3rd  quarter  1969.  Meanwhile, 

available  through  programs  written  in  PL/l,  COBOL,  or  BAL. 


GE 

INFORMATICS 

IBM 

NMCSSC 

SDC 

SDS  | 

•J  3  ARMY* 

IDS 

MARK  BE 

GIS 

NIPS 

TDMS 

MANAGE  | 

RAPID 

YKS(Dl) 

YES 

YES 

YES 

■ 

■ 

YES 

YES(D  1 ) 

NO 

NO(F  1 ) 

YES 

YES 

NO 

NO 

YKS(Dl) 

YES 

YES 

LIM(O) 

YES 

YES 

NO 

YES 

N  A 

YES 

YES 

YES 

YES 

NA 

YES 

MA 

YES 

NO 

YES(Gl) 

YES 

YES 

YES 

(D1  )  Available  through  COBOL. 

(FI)  Justification  automatic  (left  for  alphameric,  right  for  numeric), 
(Gl)  Requires  another  pass  ar.d  a  new  RIT. 


* 
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4,220  EDITING 


TORGE  ICOGENTDI 


The  following  punctuation  can  be  used  by 
the  system  to  edit  data-element  values  as 
specified  by  the  user.  Those  functions  are 
specified  during  output-format  specifica¬ 
tion  and  are  independent  of  data  definition. 

Zero  Suppress  -  The  ability  of  the  system 
to  replace  leading  zeros  with  blanks. 


AV(FMAi) 


Algebraic  Signs  -  The  ability  of  the  sys¬ 
tem  to  insert  a  "+"  or  sign  depending  AV(F)(A1) 
on  the  sign  of  the  data-element  value. 


Dollar  Signs  -  The  ability  of  the  sy  stem  to 
insert  a  dollar  symbol  ($)  wherever 
specified,  including  before  subtotals  and 
totals. 


AV(F)(A)  ) 


Punctuation  -  The  ability  of  the  system  to 
insert  periods,  commas,  decimal  points, 
slashes,  and  hyphens  between  data- 
element  yalu.es_.Qr  in__s.peci£ied  positions. 


AV(F)(A1 


(A1  )  Capability  to  be  available  by  3rd  quarter  19G9.  Meanwhile, 

available  through  prog  rams  written  in  Pi, /l,  COBOL,  or  DAI. 

(Bl)  All  except  slashes. 
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NMCSSC 


SOS  U  S.  ARMY 


MANA6E  RAPID 


YES(L>1)  YES  Y  HS  YES(Gl)  YES  YES!  I  I  )  YEJ 


YES(Dl)  YES  YES  YES  YES  YES  YES 


YES(Dl)  YES  YES  YES  YES  YES  YES 


YES(L)l)  I  YES  YES  YES  YES(HJ) 


(D1  )  Availably  through  COBOL. 

(Gl)  Leading  zeros  can  also  be  forced. 

(HI)  Between  fields  for  all  fields,  as  prefixes  and  suffixes  in  all  fields, 
and  decimal  points  at  specified  positions  in  numeric  fields. 

(11)  Function  in  dictionary. 

(12)  Inserts  ",  ",  "$",  credit,  or  debit. 
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Yi;,s(i)i  j 

(Ell 

NO 

YES 

NO 

NO 

NO 

YESfOl  1 

YES 

Y  ES 

YES 

YES 

NO 

YES 

1 

YES(D1  1 

Y  ES 

YES(Fl) 

YES 

YES 

i 

YES 

YES 

YES(D1  ) 

NO 

YF.S(i'l) 

YES 

NO 

YES 

NO 

YES  (Oi,i 

Imj 

YES(l'l) 

YES 

NO 

1 

Y  ES 

NO 

(Dl)  Available  through  COBOL. 

(El)  Starting  page  number,  but  not  increment. 
(FI  )  If  requested  in  report  procedure. 
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4.  230  PAGINATION  (Continued) 

AUERBACH 

BURROUGHS 

CSC 

DM  1 

FORGE 

«E3I 

Limit  Output  Volume  -  WheLher  the  system 
can  respond  to  user  requests  to  limit  the 
volume  of  output  if  it  exceeds  given 
thresholds : 

Pages  -  Stop  output  alter  A  pages 

AYdd(Al) 

NOtB  1  ) 

Y  ES 

Lines  -  Stop  output  alter  Y  lines 

AVd'KAl  ) 

NO(  11 1  I 

Y  ES 

Data  Element  Values  -  Stop  printout 

after  Z  daia-element  values  have  been 
printed . 

kv(l')(Al) 

NO  (13  1 ) 

YES 

4,240  OUTPUT  MEDIA 

Three  classes  of  output  devices  are 
generally  used  to  present  output  informa¬ 
tion: 

On-Line  -  On-line  operation  provides 
rapid  facilities  to  produce  output  for 
immediate  analysis  or  use. 

-  Typewriter  -  Keyboard  input /output 

N  At  A2) 

Y  ES 

YES(C  1 ) 

-  Display  -  Video  displays  of  text  and 

N  A  ( A  2 ) 

Y  KS 

YES(C  1  ) 

vector  output 

Teletype  -  Standard  ASR  teletype 
input /output 

NA(A2) 

Y  KS 

YES(Cl) 

Off-Line  -  Off-line  operation  usually,  but 

not  necessarily,  collects  output  for  later 
presentation  (e.g.,  as  in  a  closed  shop  en¬ 
vironment)  in  batch  mode.  The  user's 
turn  aruund  time  is  generally  much  greater 
than  that  of  on-line  operation. 

-  T  ape 

NA(A2 ) 

YES 

YES 

Disc 

NA(A2) 

YES 

YES 

High  Speed  Printer 

NA(A2) 

YES 

- 

Card  Punch 

NA(A2) 

(Al)  Capability  to  be  available  by  3rd  quarter  19(>9.  Meanwhile, 

available  th  rough  prog  rams  written  in  I  -*  1  -.  / 1 ,  COBOIo  or  I3AL. 
(A2)  DM  - 1  is  indifferent  to  output  device  type. 

(Bl)  Available  through  COBOL  procedure, 

(Cl)  11  supported  by  the  operating  system. 


4.240  OUTPUT  MEDIA  (Continued)  |  AUERBACH 


And io  *  Whether  the  hardware  system  pro- 

video  for  voice  communication  with  tile  NA(A1) 

DMS  in  either  ol  the  following  ways,. 

Spelled  Voice  -  Words  spelled  'or  the 
user!  e .  g .  ,  Tree,  oh,  css,  tee,  oh,  eli, 

(Huston) 

Spoken  Voice  -  Words  spoken  to  the 
user,  e.g.,1 BOSTON. 


FORGE.  COGENT  III 


YES(Cl) 


(All  DM-1  is  indifferent  to  output  device  type. 
(Cl)  If  supported  by  the  operating  system. 
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4.  300  Sorting  Capability 

An  important  feature  of  output  presentation  is  the 
capability  to  sort  data  into  any  desired  order  prior  to,  or  simulta¬ 
neously  with,  the  actual  output  process.  There  are  three  main 
areas  of  interest  here: 

(a)  optional  features  of  a  sort  capability 

(b)  non-optional  features  of  a  sort  capability 
which  affect  the  sort  environment  and  the 
efficiency  of  the  sort  process 

(c)  limitations  on  the  sort  capability. 

4.310  General  Characteristics 

These  are  the  characteristics  which  a  user 
can  control  when  the  sort  is  used.  They  are: 

(a)  number  and  size  of  sort  keys 

(b)  order  of  sort  (ascending,  descending,  etc,  ) 

4.  320  Type  of  Sor. 

These  are  the  technical  sort  capabilities  not 
usually  undei  the  control  of  the  user.  They  include: 

--  (a)  sort  technique- -whether  records  of  a  file  are 

physically  sorted,  or  whether  a  sorted  index 
to  the  file  is  constructed  instead 

(b)  auxiliary  storage--what  secondary  storage 
devices,  if  any,  are  used  in  the  intermediate 
stages  of  sorting 

(c)  system  interface --whether  the  sort  capability 
is  part  of  the  DMS,  part  of  the  associated 
operating  system,  or  is  independent  of  other 
software. 
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4.  330  Sort  Limitations 

These  are  quantitative  limitations  on  the  data 
to  be  sorted  and  on  the  hardware  resources  which  arc  required  lor 
the  sorting,  They  include: 

{a)  the  maximum  sizes  of  data  files  which  can  be 
sorted  at  one  time,  the  maximum  size  of 
records  within  a  file,  and  the  minimum  num¬ 
ber  of  records  which  must  be  presorted  into 
standard  size  blocks 

(b)  the  minimum  amount  of  primary  and  secondary- 
storage  which  must  be  available  for  the  sort. 
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4.310  GENERAL  CHARACTERISTICS 

The  general  characteristics  of  the  sort 
capability  included  in  DMS's  are: 

Number  of  Keys  -  The  maximum  number 
of  different  data  elements  that  can  be 
specified  as  sort  keys. 

EXAMPLE: 

3  sort  keys  -  STATE,  COUNTY.  CITY 

6  sort  keys  -  STATE,  COUNTY,  CITY, 
WARD,  PRECINCT, 
STREET 

Size  of  Keys  -  The  maximum  number  of 
characters  that  can  be  used  as  sort  keys, 

Order  of  Sort  -  The  orders  in  which  the 
information  may  be  sorted.  The  basic 
order  is  that  of  the  collating  sequence  of 
the  system  hardware. 

-  Ascending 

-  Descending 

-  Ascending  /Descending  (if  the  sort  pro¬ 

gram  provides  for  different  sort 
orders  based  on  different  keys) 

EXAMPLE: 

SORT  STATE  ASCENDING  AND 
CITY  DESCENDING 

Output 


AUERBACH  BURROUGHS  CSC 


DM- 1  |  FORGE  ICOGENTIH 


AV(F) 

AV(F) 

AV(F) 


ALABAMA 


MONTGOMERY 

MOBILE 

BIRMINGHAM 


ARKANSAS  PINE  BLUFF 
LITTLE  ROCK 
FORT  SMITH 


(Cl)  OS/360  sort. 


INFORMATICS 
MARK  JS 


NMCSSC 

NIPS 


SDS  U  S  ARMY 
MANAGE  RAPID 


NT  L 

9 

5 

r 

i 

99 

i 

10 

9 

10 

NT  L 

248  BY 

256 

256 

2550BY 

99CH 

(ID 

IK  CH 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES(Hl) 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

NO(Gl) 

YES 

YES 

t 

j 

(Gl)  Available  in  Phase  II. 

(HI)  Also  an  ascending  sort  with  elimination  of  duplicate  data  element 
values, 

(II)  In  a  single  report/query. 
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4.310  GENERAL  CHARACTERISTICS 

AUERBACH 

3URR0UGHS 

CSC 

(Continued) 

DM-I 

FORGE 

lOGENTRI 

User-Specified  -  Whether  the  user  can 
specify  a  collating  sequence  that  does 
not  conform  to  the  basic  hardware 
collating  sequence,  such  as  A,  C,  B,  D,. .. 

Note;  Collating  sequence  is  the 

generic  term  for  the  order  of 
the  computer  character  comple¬ 
ment. 

NO 

NO 

(Cl) 

4.320  TYPE  OF  SORT 

Sorts  can  be  typed  according  to  the  amount 
of  data  transferred  based  on  a  key,  the 
devices  used  during  sorting,  and  whether 
they  are  provided  as  part  of  the  operating 
system. 

Record  -  Entire  data  records  are  ordered 

AV(F) 

YES 

(Cl) 

based  on  the  sort  key. 

Key  -  Data  fields  within  records  are  ex¬ 
tracted  and  ordered  based  on  the  sort  key, 
and  pointers  to  the  data  records  are  main¬ 
tained. 

A  V  ( F ) 

YES 

(Cl) 

Disc  -  Disc  type  memory  is  used  as  an 
auxiliary  storage  during  sorting. 

YES 

YES 

(Cl) 

Tape  -  Tapes  are  used  for  auxiliary 
storage  during  sorting. 

NO 

NO 

(Cl) 

Part  of  Operating  System  -  The  DMS  uses 
a  sort  program  that  is  included  in  the  hard 
ware  vendor's  operating  system,  e.  g,  ,  a 
DMS  implemented  on  the  IBM  System  360, 
which  uses  the  System  360  sort  program. 

YES 

YES 

YES 

(Cl)  OS/360  sort. 


4.  J30  SORT  LIMITATIONS 


4.  HO  SORT  LIMITATIONS 

AUERBACH 

CSC 

DM- 1 

C06ENT m 

The  sort  capability  of  a  DMS  may  bo 
limited  by: 

file  Size  -  The  physical  size  of  the  entire 

(Al) 

NTL 

(Cl  ) 

data  file, 

Tape  Units  -  The  minimum  number  of 

(Al) 

NO 

(Cl) 

tape  units  required  by  the  sort  program. 

Record  Size  -  The  maximum  size  of  a 

(Al) 

8000  C1I 

(Cl) 

data  record. 

Memory  -  The  minimum  amount  of  core 

(Al) 

61s 

(Cl) 

storage  required  for  the  sort  program. 

Presort  -  The  input  data  to  the  sort  pro- 
gram  must  be  sorted  by  some  larger 

(Al) 

NO 

(Cl) 

grouping  to  provide  workable- sized 
groups  for  the  sort  program. 

... 

. :  * . . “ . ~ . . . 

' 

(Al)  Limitations  are  those  of  the  operating  system. 


(Cl)  OS/360  sort. 


GE 

INFORMATICS 

IBM 

NMCSSC 

SDC 

SOS 

IDS 

MARK  rsr 

GIS 

NIPS 

TDMS 

MANAGE 

RAPID 

NO 

NTL(El) 

I  VOL 

(Gl) 

NT  L 

YES(ll) 

NTL 

NO 

NONE(E2) 

NO 

(Gl) 

NA 

3 

NO(Jl) 

NO 

NO 

YES 

(Gl) 

NTL 

NA 

8K  CH 

NO 

NO 

NO 

(Gl) 

NA 

8K  words 

8K 

NO 

NO 

NO 

(Gl) 

NA 

NO 

•  ••  - 

NO 
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4, 400  Data  Reduction 

Output  functions  arc  used  to  perform  data  reduction 
or  summarization  of  the  retrieved  data.  The  resulting  functional 
values  will  be  provided  to  the  user  as  part  ol  the  output  presentation. 

4.410  Statistical  Functions 


These  are  the  basic  distribution  parameters 


of  statistical  theory. 


4.420  Tallies 

These  are  counts;  the  number  of  times  that 
something  occurs  in  the  set  of  data  which  has  been  retrieved  for 
output  presentation.  They  include  the  number  of  instances  of  a  data 
element  and  the  number  of  occurrences  of  particular  or  unique 
data-element  values. 


4. 430  Summarization 

Tallies  can  be  computed  for  an  entire  data 
file,  or  for  portions  of  a  data  file.  Summaries  are  sums  or  partial 
sums  oi  the  tallies  which  represent  only  a  part  of  a  data  file. 


4.410  STATISTICAL  FUNCTIONS 

AUERBACH 

BURROUGHS 

CSC 

DM- 1 

FORGE 

COGENT  HI 

Maximum/ Minimum 

A  V  ( F ) 

NO(Rl ) 

Kp|H| 

Mean 

AV(F  ) 

NO(Bl ) 

Median 

AV(F) 

NO(  B 1 ) 

Mode 

AV(F) 

NO(  B 1  ) 

NF 

Standard  Deviation 

AV(F) 

NO(Bl) 

Ml' 

Percent  Total 

4.420  TALLIES 

Count  Unique  Values  -  The  ability  of  the 

AV  (F) 

NO(Bl) 

YES 

system  to  count  only  the  unique  occur¬ 
rences  of  data  element  value. 

EXAMPLE: 

For  (SPRINGFIELD,  ILL;  SPRING- 
FIELD,  MASS;  SPRINGFIELD,  VA) 
the  city  name  is  counted  only  once. 

Count  All  Instances 

-  Data.  Element  -  The  number  of  times  a 

NO 

NO(Bl) 

YES 

data  element  is  found  during  the 
retrieval. 

EXAMPLE: 

QUERY:  COUNT  CITIES  IN  THE 
UNITED  STATES 
OUTPUT:  COUNT  EQUALS  7500 

AV(F) 

NO(Bl) 

YES 

Data  Element  Value  -  The  occurrences 
of  a  particular  data-element  value. 

EXAMPLE: 

QUERY:  COUNT  CITIES  WITH 
POPU  GREATER  OR 
EQUAL  TO  500,  000 
OUTPUT:  NUMBER  OF  CITIES 
WITH  POPULATION 
GREATER  THAN 

500,  000  IS  100. 

AV(F) 

NO(Bl) 

YES 

(Bl)  Available  through  COBOL  procedure. 


6F. 

INFORMATICS 

IBM 

NMCSSC 

SDC 

SOS 

U  S.  ARMY* 

IDS 

MARK  n 

6 1 S 

NIPS 

TOMS 

MANAGE 

RAPID 

YES(Dl) 

YES 

YES 

MBS  Mi 

YES 

NO 

NO 

NO 

YES 

NO(Fl) 

YES 

NO 

YES 

NO 

NO 

NO(El) 

NC 

NO 

YES 

NO 

NO 

NO(Fl) 

YES 

NO 

NO 

YES 

NO 

NO 

NO(Fl) 

YES 

YES 

NO 

NO 

NO 

YES 

NO(Fl) 

YES 

NO 

No 

YES 

NO 

YES(El) 

YES 

YES 

YES 

NO 

YES 

NO 

YES 

YES 

YES 

YES 

YES 

YES 

NO 

YES(El) 

YES 

YES 

YES 

YES 

YES 

(Dl)  Available  through  COBOL,. 

(El)  By  breaking  on  the  data  element. 

(FI)  Available  through  subroutine  linkage. 
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4.430  SUMMARIZATION 


This  indicates  the  ability  of  the  system  to 
provide  summaries  of  data-element  values 
retrieved. 

Data  Elements  -  The  maximum  number  of 
running  totals  that  may  be  kept  at  any 
level  in  the  structure  of  the  file. 

Dala-Element  Totals  -  The  maximum  num¬ 
ber  of  dine  rent  data  element  totals  pro¬ 
vided  for  by  the  system  at  any  one  time. 

Subtotals  -  The  maximum  number  of  sub¬ 
totals  within  a  total,  — 


(Bl)  Available  through  COBOL  procedure. 


GE  INFORMATICS  IBM  |  NMCSSC 


IDS  I  MARK  IS  I  GIS 


SOS 


MANAGE  RAPID 


NTL  (FI)  (Gl)  NTL  NA  NF(J1) 


NTL  (FI) 


(Gl)  NTL  NT  L(  1 1 )  NF.. 


NTL  (FI 


(Gl)  NTL 


NTIj  (function  of  the  execute  module  size  of  the  generated  procedure] 
in  automatic  mode.  Limited  to  99  of  each  in  specific  mode  (i.  e.  , 
count  ).  to  count  99:  V(1 ).  .  .  V (99)  ). 

Limited  by  size  of  core. 

Limited  by  physical  record  length. 

A  capability  to  summarize  acros  s  the  rows  and  columns  of  a 
matrix  is  also  planned. 
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5.000  DATA  ACCESS  METHODS 


f 

i 


This  section  describes  the  capabilities  that  the  system  pro¬ 
vides  for  the  user  to  access  the  data  files. 

5.100  On-Line  Capabilities 

The  on-line  capabilities  of  the  system  permit  the 
riser  to  interact  with  the  system  directly  through  remote  consoles. 
They  are  characterized  by  the  amount  of  traffic  the  system  can 
handle,  the  ways  by  which  the  user  interacts  with  the  system  and 
the  ability  of  the  system  to  establish  priorities. 

5.110  Traffic  Volume 

The  number  of  on-line  users  which  a  computer 
can  handle  is  always  limited  by  its  internal  operating  speed  and  by 
its  primary  and  secondary  storage  capacity.  Generally  speaking, 
more  on-line  terminals  can  be  physically  connected  to  a  computer 
than  can  be  logically  connected  at  any  given  time,  and  not  all  of 
those  which  are  logically  connected  can  be  processed  by  the  computer 
(i.  e.  ,  not  be  in  a  wait  state)  simultaneously. 

5.  120  Man/Machine  Interaction 

This  topic  deals  with  the  type  of  requests 
which  the  user  can  make  and  with  the  kind  of  responses  the  DMS  can 
provide.  It  includes  the  subjects  of  extended  dialog,  tutorials,  query 
correction,  control  of  cross-connected  terminals,  query  confirma¬ 
tion,  and  creation  and  use  of  prestored  query  procedures. 

5,130  Priority  Scheme  Logic 

This  topic  deals  with  the  techniques  used 
internally  to  determine  the  order  in  which  system  users  are  served 
by  the  system. 
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5,110  TRAFFIC  VOLUME 

AUERBACH 

BURROUGHS 

CSC 

DM- 1 

FORGE 

COGENT  HI 

This  indicates  the  limits  on  the  amount  of 
traffic  that  the  system  can  handle. 

Consoles /Terminals  ..  The  maximum  num- 
ber  of  on-line  consoles  or  terminals  that 
can  be  connected  to  the  system. 

NA(A1) 

IMF 

NF 

Active  On-Line  -  Thu  maximum  number  of 
consoles  that  may  be  active  at  any  given 
time.  This  is  not  necessarily  the  same 
as  the  number  that  can  be  connected.  For 
example,  it  may  be  possible  to  connect 

50  terminals,  but  have  only  20  active  con¬ 
soles  at  any  given  time. 

NA(A1) 

IMF 

NF 

Simultaneous  Users  -  This  indicates  the 
maximum  number  of  on-line  users  who 
may  have  jobs  being  processed.  This  ia 
not  necessarily  the  same  as  the  number 
of  active  on-line  users.  For  example, 

NA(A1) 

2 

IMF 

because  of  hardware  configuration 
restrictions  (e.  g.  ,  5  fixed  partitions  of 
core  in  a  multi -prog ramming  environ¬ 
ment)  it  may  be  possible  for  only  5  of  20 
active  users  to  interact  with  the  system 
simultaneously. 

(A1 )  Entirely  a  function  of  host  operating  system. 


6E 

INFORMATICS 

IBM 

NMCSSC 

SDC 

SDS 

IDS 

MARK  m 

CIS 

NIPS 

TDMS 

MANAGE 

RAPID 

YES(Dl) 

(El) 

UM(O) 

I.IM(O) 

tO(Hl) 

NA 

45  (J  1 

YES(Dl) 

(El) 

l.,IM(0) 

LIM(O) 

10(H1) 

NA 

45(H) 

YES(DI ) 

—  ■■  ■ 

(El) 

l.lM(O) 

UM(O) 

10(111) 

• 

NA 

45  (J  1) 

f D 1 )  Available  through  T ERMINAL  SUPERVISOR. 

(El)  On-line  capabilities  are  not  presently  available. 

(HI)  Not  a  TDMS  limit.  The  limit  is  a  function  of  the  operating  system 
(ADEPT  50)  as  implementablu  on  the  IBM  360/50H.  Other  operat¬ 
ing  system  implementations  may  provide  for  more  terminals. 

( J  1 )  Capability  available  to  add  more  terminals. 
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5.120  MAM  /MACHINE  INTERACTION 


Pro-stored  Queries  -  Whether  the  user 
can  request  the  execution  of  a  pre- stored 
query  directly  from  a  remote  console. 

The  user  must  have  the  capability  of 
selecting  the  specific  query  to  be  executed 
and  be  able  to  supply  all  necessary 
parameters  from  the  console. 

Query  Composition  -  Whether  the  user  can 
formulate  and  execute  ad  hoc  retrieval 
requests  directly  from  a  remote  console. 

Query  Confirmation  -  Whether  the  system 
confirms  receipt  of  user  requests. 

Conversational  Mode  -  Whether  the  user 
can  engage  in  a  dialogue  with  the  system. 
This  is  usually  a  question/answer  mode 
in  which  the  user  responds  to  system- 
provided  questions  or  options  in  order  to 
execute  his  request. 

-  Always  -  The  system  provides  no  other 
method  for  user  retrieval  of  data. 

-  Optional  -  The  user  can  query  the  sys¬ 
tem  by  other  methods. 

Interactive  Mode  -  Whether  the  system 
provides  "walk -Through"  aids  to  the  in¬ 
experienced  user  to  help  him  formulate 
meaningful  requests  to  the  DMS. 

Specify  Output  Station  -  Whether  the  user 
can  direct  output  to  a  device  other  than 
his  remote  console. 

Erase  -  Whether  the  system  provides  for 
ths  correction  of  typographical  errors  on 
a  text-word  basis.  This  may  be  described 
as  a  "pseudo-backspace"  function. 


AUERBACH 

BURROUGHS 

CSC 

DM-I 

FORGE 

COGENT  Itt 

NF 

AV(O) 

YES 

AV(F) 

AV  (O) 

YES 

NF 

NO 

NF 

NF 

YES 

.... 

NF 

NO 

YES 

YES 

AV(F) 

NO 

NF 

NF 

YES 

NF 

AV(  F ) 

YES 

NF 

(Dl)  Available  through  operating  system. 

(D2)  Available  through  TERMINAL  SUPERVISOR. 

(El)  On-line  capabilities  are  not  presently  available. 
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GE 

INFORMATICS 

IBM 

NMCSSC 

SDC 

SDS 

U  S.  ARMY* 

IDS 

MARK  nr 

G 1 S 

NIPS 

TOMS 

MANAGE 

RAPID 

YES(Dl) 

NO(El) 

YES 

NO(Gl) 

■ 

NA 

YES 

NA 

NO(El) 

YES 

YES 

YES 

NA 

YES 

YES(D2) 

NO(El) 

YES 

YES 

YES 

NA 

YES 

NO 

NO 

NO 

NO 

YES 

NA 

NA 

NA 

NA 

NA 

NA 

NO 

NA 

NA 

NA 

NA 

NA 

NA 

YES 

NA 

NA 

NA 

NO(El) 

NO 

NO(G2 ) 

YES 

NA 

NO 

YES(D2) 

NO(El) 

YES(Fl) 

NO 

YES 

NA 

YES 

YES(D2) 

NO(E  1 ) 

YES(F2) 

NO(G3) 

YES 

NA 

YES 

(FI )  Limited  to  off-line  printer. 

(F2)  Function  of  user-written  QTAM  message  control  program. 

(G1 )  Available  in  Phase  II. 

(G2)  Limited  to  error  diagnostics, 

(G3)  Must  repeat  a  whole  line. 

* 
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5.  130  PRIORITY  SCHEME  LOGIC 


AUERBACH  BURROUGHS  CSC 


DM- 1  |  FORGE  COGENT m 


Priorities  by 

Type  of  user  (e.  g.  ,  military  or 
civilian). 

Task  size  (e.  g.  ,  3 -minute  run  or 
8-hour  production  run, 

Terminal  ID  (e.  g.  ,  the  president's 
office  or  the  13th  vice-president's 
office). 

System  status  (e,  g.  ,  if  the  system  is 
busy,  only  urgent  requests  are 
acknowledged). 

Fixed  Algorithm  -  A  fixed  algorithm 
implies  that  the  system  must  be  regener¬ 
ated  in  order  to  change  the  priority 
algorithm;  for  example,  it  cannot  be 
changed  simply  by  reading  a  control  card 
or  typing  in  a  special  message. 

Dedicated  System  -  In  a  dedicated  system, 
the  entire  configuration  is  dedicated  to 
DMS  tasks.  Mo  other  tasks  can  be  pro¬ 
cessed  at  the  same  time.  This  does  not 
imply,  however,  that  the  DMS  task  can¬ 
not  be  interrupted  for  one  of  a  higher 
priority. 

Background  Processing  -  Tasks  processed 
in  the  background  are  generally  long- 
duration  batch-processing  tasks.  On-line 
tasks  can  compete  with  background  tasks 
in  two  way s : 

-  Lower  Priority.  Always  Active  -  The 
background  task  assumes  a  lower 
priority  than  the  on-line  task;  the  on¬ 
line  task  can  therefore  usurp  a  portion 
of  core. 


(Al)  Entirely  an  operating  system  function, 

(Bl)  Determined  by  operating  system, 

(Dl)  Available  through  operating  system. 

(El)  On-line  capabilities  are  not  presently  available. 


GE 

INFORMATICS 

IBM 

NMCSSC 

SDC 

SDS 

U  S.  ARMY* 

IDS 

MARK  Iff 

GIS 

NIPS 

TOMS 

MANAGE 

RAPID 

YES(DI) 

(El) 

(FI) 

NO 

LIM(O) 

NA 

YES(Jl) 

NA 

(El) 

(FI) 

NO 

LIM(O) 

NA 

YES 

NA 

(El) 

(FI) 

NO(Gl) 

LIM(Q) 

NA 

NO 

YES(Dl) 

(El) 

(FI) 

NO 

1,1  M(O) 

NA 

NO 

YES 

YES(El) 

(FI) 

YES 

LIM(O) 

NA 

YES 

NO 

NO(El) 

NO 

NO 

LIM(O) 

NA 

NO 

YES(Dl) 

(El) 

NA(F1) 

YES 

LIM(O) 

NA 

YES 

(FI)  Terminal  service  is  based  on  QTAM  priorities.  GIS  compiling 
sequence  is  based  on  QUEUE  sequence  and  GIS  can  change  dis¬ 
patching  priority.  The  Execute  Module  is  scheduled  using  the 

OS/360  priority  scheme  (0-13). 

(Gl)  Available  in  Phase  II. 

(Jl)  Priorities  are:  (1)  immediate  - -90  seconds;  (2)  deferred--6  hours; 

(3)  overnight- -24  hours ;  (4)  override--as  soon  as  possible. 
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GE 

INFORMATICS 

IDS 

mark  rsr 

NIPS  |  TDMS  |  MANAGE  !  RAPID 


NO  (Elj 


NA(F1)  NO 


LIM(O)  NA  AV  ( O) 

1  QT  69 


-  *'  - 1 -  '  - ■  _  I 

(El)  On-line  capabilities  are  not  presently  available. 

(FI)  Terminal  service  is  based  on  QTAM  priorities,  GIS  compiling 
sequence  is  based  on  QUEUE  sequence  and  GIS  can  change  dis¬ 
patching  priority.  The  Execute  Module  is  scheduled  using  the 
OS/360  priority  scheme  (0-13). 
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5.  200  Security 


This  section  indicates  the  types  and  levels  of  security 
that  are  provided  for  by  the  system  in  order  to  protect  the  informa¬ 
tion  contained  in  the  data  base  from  unauthorized  access.  The 
following  two  major  topics  are  considered: 

(a)  the  security  categories  themselves 

(b)  the  application  of  security  categories  to 
data-file  protection. 
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5,210  GENERAL  CAPABILITIES 


AUERBACH  BURROUGHS  CSC 
OM-I  FORGE  COGENT  III 


This  indicates  the  general  levels  of 
security  provided  by  the  system. 

Number  of  Categories  -  The  maximum 
number  of  security  levels  the  system  pro¬ 
vides  for. 

Cumulative  Data  Element/Group  Access 

16 

NA 

Analysis  -  Whether  the  system  can  specify 
higher  classification  for  an  entire  report 

NO 

NA 

than  the  classification  of  its  components; 
for  example,  each  page  of  a  printout  may 
be  classified  as  CONFIDENTIAL,  but  the 
total  printout  may  be  SECRET. 

Read  and  Write  Protect  -  Access  is 
restricted  based  on  the  type  of  access 
(read  or  write)  coupled  with  security 
categories  to  protect  data  at  various  levels 

-  Read  Protect  -  Prevents  unauthorized 
retrieval  of  data  at  the  following  levels : 

«  File 

YES 

AV(O) 

•  Entry 

YES 

A  V  ( O ) 

•  Group 

YES 

AV(O) 

«  Data  Element 

YES 

AV(O) 

-  Write  Protect  -  Prevents  unauthorized 
modification  of  data  at  the  following 
levels: 

•  File 

YES 

YES 

•  Entry 

YES 

YES 

«  Group 

YES 

YES 

•  Data  Element 

YES 

YES 

NF 


NF 


YES 

YES 

YES 

YES 


YES 

YES 

YES 

YES 


INFORMATICS 


MARK  II 


NMCSSC 

SDC 

SDS 

DXEB&I 

NIPS 

TOMS 

MANAGE 

RAPID 

128 

LIM(O) 

5 

3(J1) 

NO 

LIM(O) 

NO 

NO 

YES 

LLM(O) 

NO 

YES 

NO 

NO 

NO 

YES 

NO 

NO 

NO 

YES 

NO 

NO 

NO 

YES 

NO 

LIM(O) 

NO 

YES 

NO 

NO 

NO 

YES 

NO 

NO 

NO 

YES 

NO 

NO 

NO 

YES 

Files  can  be  multiply  defined  with  a  particular  field  available  to 
one  definition  and  not  to  another.  The  security  control  will  be  as 
tight  as  the  user's  control  of  his  operation.  An  undefined  field  is 
not  available  to  any  user  without  own-code  intervention.  No  listings 
are  supplied  with  the  system, 

CONFIDENTIAL,,  SECRET,  and  PRIVILEGED. 
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6.000  GENERAL  INTERFACE  CAPABILITY 

The  functions  provided  by  an  operating  system  include  task 
scheduling,  resource  allocation  (core,  devices  and  files),  I/O  con¬ 
trol,  monitoring,  restart  and  recovery,  and  operator  liaison. 
Utility-type  software  such  as  loaders,  assemblers,  compilers,  and 
debugging  aids  may  also  be  provided  by  the  operating  system. 

Two  types  of  operating  system  are  identified: 

(a)  Vendor-supplied  operating  systems--i.  e.  ,  those 
supplied  by  hardware  manufacturers 

(b)  Independently-developed  operating  systems- -i.  e.  , 
those  supplied  by  independent  software  developers. 

_  This  section  indicates  the  type  of  operating  system  under 

_ .which  the  DMS  operates  and  the  relationship  of  the  DMS  to  the . 

major  components  of  this  type  of  operating  system, 

_  6.  100  General-Purpose  Operating  System 

This  section  indicates  the  specific  type  of  operating 
system  under  which  the  DMS  operates  and  identifies  those  major 
components  of  the  operating  system  which  are  used  by  the  DMS. 

•  6.110  Vendor-Supplied  Operating  System 

'This  section  tells  whether  the  DMS  uses  a  vendor 
supplied  operating  system  and,  if  so,  identifies  those  major  com¬ 
ponents  of  the  vendor-supplied  operating  system  which  are  used  by 
the  DMS.  ' 
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This  section  tells  whether  the  DMS  uses  an 
independently-developed  operating  system  and,  if  so,  identifies 
those  major  components  of  the  independently -developed  operating 
system  which  are  used  by  the  DMS. 


6.110  VENDOR -SUPPLIED 

OPERATING  SYSTEM 

AUERBACH 

BURROUGHS 

This  indicates  the  extent  to  which  the  DMS 
usee  facilities  provided  by  a  hardware- 
vendor-supplied  operating  system. 

IOCS/Data  Management  -  Whether  the  DMS 

uses  the  input/output  facilities  of  the 
operating  system  to  read  and  write  data. 

YES 

YES 

Monitor  -  Whether  the  DMS  functions  under 

YES 

YES 

the  operating  system  monitor. 

Scheduler  -  Whether  the  DMS  uses  the 

YES 

YES 

scheduler  of  the  operating  Gystem  to  order 
its  jobs  and  tasks. 

Language  Processors  -  Whether  the  DMS 

uses  the  language  processors  (i.  e.  , 
FORTRAN,  COBOL,  etc.  )  supplied  by  the 
-  operating  system. 

YES 

YES 

Data  Files  -  Whether  the  DMS  uses  the 

YES 

YES 

data  conventions  of  the  operating  system 
in  handling  data  files. 

6.  120  INDEPENDENT  LY-DEVEI..OPED 
OPERATING  SYSTEM 

This  indicates  the  extent  to  which  the  DMS 
usee  the  facilities  provided  by  an  inde¬ 
pendently  developed  operating  system. 

.  IOCS/Data  Management  (see  6.  110) 

NA 

NO 

Monitor  (see  6.  110) 

IMA 

NO 

Scheduler  (see  6.  110) 

IMA 

NO 

Language  Processors  (see  6.  110) 

NA 

NO 

Data  Files  (see  6.  110) 

NA 

NO 

6E 

INFORMATICS 

IBM 

NMCSSC 

SDC 

SOS 

IDS 

MARK  TS 

6 1 S 

NIPS 

TOMS 

MANAGE 

RAPID 

YES 

YES 

YES 

YES 

HO 

HA 

YES(Jl). 

YES 

YES 

YES 

YES 

HO 

YES 

YES 

YES 

YES 

YES 

YES 

HO 

HO 

YES 

YES 

HO 

YES 

YES 

HO 

HO 

YES 

YES 

YES 

YES 

YES 

HO 

HO 

YES 

NA 

HA 

NA 

HO 

YES 

HA 

NO 

MA 

HA 

XT  A 

HO 

YES 

HA 

Xt  /"\ 

HA 

HA 

HA 

NO 

YES 

HA 

NO 

NA 

NA 

HA 

HA 

(HI) 

HA 

NO 

HA 

NA 

HA 

HO 

(HI) 

HA 

HO 

(HI)  Assembly  language  and  JOVIAL. 
( J 1 )  Master  Operating  System. 
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This  indicates  the  ability  of  a  DMS  operating  under 
an  independently -developed  operating  system  to  interface  also  with 
the  vendor  -  supplied  operating  system.  Two  aspects  are  considered 

(a)  what  vendor's  software  capabilities  can 
be  used 

(b)  how  these  vendor's  software  capabilities 
can  be  used. 

6.210  General  Interface 

This  section  specifies  the  features  of  the 
Vendor  - supplied  software  system  which  the  DMS  can  use. 

6.220  Formal  Interface 

This  section  describes  the  software  mecha¬ 
nisms  by  means  of  which  the  DMS  can  call  features  of  the  vendor- 
supplied  operating  system  for  execution. 


6.210  GENERAL  INTERFACE 


Language  Processors  FORTRAN, 
COBOL,  etc. 

Applications  Software  -  Report  generators 
(RPG's),  sort  routines,  text  editors. 

Capability  to  Process  Vendor's  Software- 
Generated  Files  -  Whether  the  DMS  can 
process  a  data  file  generated  under  the 
vendor  operating  system. 

Capability  to  Load  and  Execute  Programs 
Compiled  Under  Vendor's  Software  - 
Whether  the  DMS  can  load  and  execute  an 
object  program  (i.  e.  ,  FORTRAN  or 
COBOL)  compiled  by  the  vendor's  soft¬ 
ware  . 


6.220  FORMAL  INTERFACE 

Special  Procedures  -  Whether  a  special 
interface  exists  to  call  the  vendor's 
operating  system. 

Standard  Machine  Bootstrap  -  Whether  the 
vendor's  operating  system  is  loaded  by  a 
standard  system  startup  procedure. 


AUERBACH  BURROUGHS  CSC 
DM- 1  FORGE  COGENT  HI 


NA 

NA 

NA 

NA 

NA 

NA 

NA 

NA 

NA 

NA 

NA 

' 

NA 

NA 

NA 

NA 

NA 

NA 

NA 

'  'MM  I  Mtmi  I  IMM.W  utlrttMM'ttWfl'IIMtnui  Ifl  I1 1 


6.  300  Dedicated  Data  Management  Using  a  Modified 
Vendor's  Operating  System 

This  section  indicates  the  extent,  if  any,  to 
which  the  vendor's  operating  system  components  are  modified  to 
provide  special  facilities  for  the  DMS  when  the  operating  system 
under  which  the  DMS  operates  is  a  vendor -supplied  operating  sys¬ 
tem. 


6,310  Special  Functions 

This  section  indicates  which  major  compo¬ 
nents  of  the  operating  system  have  been  specially  modified  for  use 
by  the  DMS. 

6.320  Vender's  Functions 

This  section  indicates  which  major  compo¬ 
nents  of  the  operating  system  have  not  been  modified  at  all  for  use 
by  the  DMS. 


6,  330  Formal  Interface 

This  section  describes  the  software  mecha¬ 
nisms  by  means  of  which  the  DMS  can  call  the  modified  vendor- 
supplied  operating  system, 
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G£ 

INFORMATICS 

IBM 

NMCSSC 

SDC 

SOS 

mm 

IDS 

MARK  II 

CIS 

NIPS 

TDMS 

MANAGE 

RAPID 

NA 

■BMI 

NA 

NA 

NA 

NA 

NO 

NA 

NA 

NA 

NA 

NA 

NO 

NA 

HI  jfe 

NA 

NA 

NA 

NA 

NO 

NA 

NA 

NA 

NA 

NA 

NA 

NO 

NA 

NA 

NA 

NA 

NA 

NA 

YES 

NA 

NA 

NA 

NA 

NA 

NA 

YES 

NA 

NA 

NA 

NA 

NA 

NA 

YES 

NA 

NA 

NA 

NA 

NA 

NA 

YES 

NA 

NA 

NA 

NA 

NA 

NA 

YES 

N  ' 

NA 

(  • 

NA 

i’ 

NA 

NA 

i 

NA 

YES 
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7.000  SYSTEM  STATISTICS 

This  section  describes  the  capabilities  in  the  DMS  for 
generating  and  recording  event,  usage,  and  error  statistics  and 
times . 


7 .  100  Event  Recording 

These  are  system- initiated  tallies  or  counts  of 
events,  as  well  as  lists  and  times  of  events  and  of  their  components. 


7.110  Types  of  Events  Recorded 

These  fall  into  three  main  categories: 

(a)  tallies  of  events 

(b)  total  times  for  events 

(c)  logs  for  each  job  processed. 

7.  120  Recording  Control  Capability 


This  indicates  the  capability  that  the  user  has 
to  specify  the  events  to  be  recorded:  predefined,  conditional, 
dynamically  selected. 

7.  130  Error  Recording 


and  recorded: 


The  types  of  errors  which  can  be  detected 


(a)  DMS  errors 

(b)  operating  system  error s . 


7.110  TYPES  OF  EVENTS  RECORDED 


System  Tallies 


-  Data  Elements  Retrieved  -  A  count  of 
the  number  of  data  elements  retrieved. 

-  System  Module  Executed  -  A  list  of 
which  system  modules  have  been  execu¬ 
ted  and  how  often. 

-  Device  tisane  -  Tallies  of  the  number 
of  consoles  in  use  and  the  number  of 
disc  seeks  issued. 

-  Input  Transactions  -  A  tally  of  the  num¬ 
ber  of  transactions  applied  to  a  file  and 
of  those  transactions  which  were 
rejected. 

System  Event  Times 

-  Job  Execution  -  Total  time  for  proces- 
sing  a  specific  job. 

-  System  Module  Execution  -  Total  pro¬ 
cessing  time  for  each  system  module 
used. 

-  Data  Access  -  Total  time  required  to 
search  the'Tile. 


Standard  Job  Accounting  -  Such  infor¬ 
mation  could  include,  time  on  and 
time  off  the  computer,  programmer 
identification,  normal  or  error  termi¬ 
nation  condition,  storage  and  device 
usage,  system  usage,  etc.  ,  for  each 
job. 


AUERBACH 

BURROUGHS 

CSC 

DM- 1 

FORGE 

COGENT  El 

A  V  ( F ) 

NO 

NF 

NO(Al ) 

YES 

NF 

NO(Al) 

YES 

NF 

A  V  ( F ) 

NO 

YES 

NO(Al) 

YES 

(Cl) 

NO(Al) 

YES 

(Cl) 

NO(Al) 

NO 

(Cl) 

NO(Ai) 

YES 

YES 

(Al)  Operating  system  responsibilities. 
(Cl)  Standard  OS  accounting. 
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6E 

INFORMATICS 

IBM 

NMCSSC 

SDC 

SDS 

m 

IDS 

MARK  nr 

NIPS 

TDMS 

MANA6E 

RAPID 

NO 

YES 

YES 

YES(Gl) 

NO 

YES 

NO 

NO 

NO 

YES 

YES 

NO 

YES 

NO 

NO 

NO 

NO(Fl) 

NO 

NO 

NA 

NO 

NO(Dl) 

YES 

YES 

YES 

NO 

YES 

YES 

YES(D2) 

YES  (El ) 

AV(O) 

AV(O) 

LIM(O) 

NO 

YES 

NO 

NO 

NO 

NO 

LIM(O) 

NO 

NO 

NO 

NO 

A  V(O) 

AV(O) 

LIM(O) 

NO 

NO 

YES(D2) 

NF 

YES 

AV(O) 

LIM(O) 

NO 

YES 

{ D 1 )  Available  through  COBOL. 

(D2)  Available  through  operating  system. 

(El)  Standard  OS  accounting. 

(FI)  ISAM  overflow  chain  usage  statistics  are  available. 

(Gl)  The  number  of  records  that  qualified. 
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7.110  TYPES  OF  EVENTS  RECORDED 

AUERBACH 

BURROUGHS 

CSC 

(Continued) 

DM  - 1 

FORGE 

COGENT  HI 

Operator  Inter  volition  -  This  log  con- 
tains  the  history  of  operator  interven¬ 
tions,  i.  e.  ,  when  they  occurred,  and 
the  reason. 

NO(  Al ) 

YES 

YES 

-  Jobs  Completed  -  This  log  indicates 
which  jobs  have  terminated  successfully 

NO(  Al ) 

YES 

YES 

7.  120  RECORDING  CONTROL 
CAPABILITY 

User  Control  Capability  -  Whether  the  usei 

can  specify  the  types  of  events  that  are  to 
be  recorded. 

Selected  Events  -  Whether  the  user  can 
specify  which  events  he  wants  to  record. 

NO(  Al ) 

NO 

YES 

-  Predefined  System  Events  Only  - 

Whether  the  user  has  control  over  the 
events  that  are  recorded. 

NO(Al ) 

YES 

NO 

Conditional  Recording  -  Whether  the 
user  can  conditionally  record  specific 
events. 

NO(Al) 

NO 

YES 

•  Number  of  Levels  -  The  number 

of  categories  that  can  be  condi¬ 
tionally  recorded  by  establishing 
appropriate  parameters  at  system 
execution  time. 

?. 

NF 

All  Defined  Events  -  Once  an  event  is 
selected,  it  is  always  recorded. 

NO(Al) 

YES 

NO 

(Al)  Operating  system  responsibilities. 


GE 

INFORMATICS 

IBM 

NMCSSC 

SDC 

SDS 

BQQQBI 

IDS 

M  \>{K  rsr 

GIS 

NIPS 

TDMS 

MANAGE 

RAPID 

YES(Dl) 

NF 

NO 

AV(O) 

NO 

NO 

YES 

YES(Dl) 

NF 

YES 

AV  (O) 

NO 

NO 

YES 

NO 

NO 

YES(Fl) 

NO(Gl) 

NO 

NO 

NO 

NO 

NO 

YES 

NO 

NO 

NO 

YES 

NO 

NO 

YES 

NO(G2) 

NO 

NO 

YES 

NO 

NA 

(F2) 

NA 

NA 

NA 

1 

NO 

YES 

NO 

NO(G2) 

NO 

NO 

YES 

(Dl)  Available  through  operating  system.  ] 

(FI)  76  recording  events  (e.  g.  ,  source  file  out  of  sequence,  field  failed 

validation  check). 

(F2)  These  76  events  are  grouped  into  21  categories 

,  each  of  which  can 

have  level-of-importance  and  default  options, 

(Gl)  Limited  to  capabilities  in  OS/360. 

(G2)  At  message  level  in  OS/360.  *  U.  S.  ARMY  SYSTEM  DEVELOPED  BY  CDC 

. . . 


GE  INFORMATICS  1 8  M 
IDS  MARK  rsr  GIS 


NMCSSC 


MANAGE  |  RAPID 


YES(Dl)  YES 


YES  YES  YES 


YES(D2)  YES  YES  AV(O)  LIM(O)  YES  YES 

YES(D3)  YES  YES  AV(O)  LIM(O)  YES  YES 


(Dl)  Available  through  IDS  and  COBOL. 
(D2)  Available  through  FILE  MANAGER. 
(D3)  Available  through  operating  system. 
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8.000  SYSTEM  AVAILABILITY 

This  section  identifies  the  hardware  and  software  required 
to  operate  the  DMS  and  the  dates  when  the  system  and  its  documen¬ 
tation  will  be  available. 

8.  100  Configuration  and  Availability 

This  secticn  covers  the  following  topics: 

(a)  minimum  hardware  requirements 

(b)  minimum  software  requirements 

(c)  availability  of  hardware  and  software. 

8.  110  Minimum  Hardware  Configuration 

This  section  specifies  the  hardware  compo¬ 
nents  which  are  necessary  for  the  operation  of  the  DMS.  It  includes 
-details  of  the  central  computer  itself  as  well  as  of  the  secondary 
storage  devices  and  remote  consoles. 

8.  120  Basic  Software  Requirements 

This  section  specifies  the  software  compo¬ 
nents  which  are  necessary  for  the  operation  of  the  DMS.  It  includes 
details  of  the  operating  system  required  to  run  the  DMS,  as  well  as 
any  additional  required  software  which  is  neither  contained  within 
the  DMS  itself  nor  part  of  the  available  operating  system. 

8.  130  Availability 

These  are  the  dates  when  the  hardware  will  be 
available  for  the  implementation  of  the  DMS  and  the  dates  when  an 
initial  and  final  DMS  capability  will  be  available.  Initial  capability 
assumes  minimal  retrieval  and  maintenance  functions  are  available. 
Final  capability  includes  all  capability  and  functions  identified  in  the 
survey. 
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8.110  MINIMUM  HARDWARE 

AUERBACH 

BURROUGHS 

CSC 

CONFIGURATION 

DM- 1 

FORGE 

COGENT  III 

Computer  Type  (Mainframe) 

360/50 

B  5  5  0  0 

360 

Core  Size 

12HK 

241<(  B 1 ) 

256K 

Card  Reader 

1 

1 

1 

Printer 

I 

'y 

1 

Tape  Drives 

-J 

2 

NF 

Disc  File 

I 

1 

1 

Console  s 

1 

1 

NF 

8.120  BASIC  SOFTWARE 

REQUIREMENTS 

Operating  System 

OS  260 

MCP 

OS  /  MV  T 

Special  Software 

NO 

COBOL 

NONE 

8.130  AVAILABILITY 

Hardware 

NOW 

NOW 

NOW 

Data  Management  System 

Initial  Capability 

1  QT  69 

NOW 

4  QT  68 

-  Final  Capability 

4  QT  (  9 

4  QT  67 

1  QT  69 

(Bl)  48-bit  words. 

(Dl)  GE  200,  400,  600  series. 

(El)  32K  DOS;  128K  OS. 

(FI  )  GIS  (BASIC)  wiH  be  available  as  an  IBM  Type -11  package  30  June 

1969.  The  System  will  require  a.  minimum  hardware'  configuration 
of  a  360/40  with  a  G  core  (I28K  bytes).  It  will  run  under  OS / 36 0 
in  primary  control  mode  (PGP). 

(F2)  GIS  will  be  available  as  an  IBM  Type-11  package  29  September  1969. 
The  system  will  require  a  minimum  hardware  configuration  of  a 
360/50  with  an  II  core  (512K  bytes).  It  will  run  under  OS/3GO 
multiprogramming  with  a  variable  number  of  tasks  (M  VT). 
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ID 
32 
1 
1 

4 

1  DSU 

0 


GECOS 

COBOL 


INFORMATICS 


MARK  m 


360/30 

(Ell 

1 

1 

0 

1-2311 

0 


NMCSSC 


OS.  DOS 
NONE 


4  QT  67 
1  QT  68 


360/60 

256K 

1 


ADEPT 

NONE 


2  (jl  DC 

1  QT  69 


U  S  ARMY 


RAPID 


CDC3300 

481\ 

1  -403 
1  -501 
2-607 
1-814 
1 


MASTER 

NONE 


2  QT  68 
NF 


360/40H  for  on-line  capability.  360/40G-core  1 
only. 

Only  1  tape  drive  is  required  for  tape  input. 

For  on-line  capability. 

One  7-track  unit;  one  9-track  unit. 

SDS  910,  920,  925,  930  and  9300. 

8K  on  900  series;  16K  on  9300. 

MONARCH  for  900  series;  MONITOR  for  9300. 


360/40G-core  for  batch  processing 
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8.  200  Documentation 


This  section  specifies  the  types  of  documents  which 
are  available  to  describe  the  DMS.  There  are  two  major  classes  of 
such  documents  that  provide  information  concerning: 

(a)  how  the  system  is  cotistructed 

(b)  how  to  use  the  system. 

8.210  System  Specifications 

These  documents  describe  the  internal  work¬ 
ings  of  the  DMS.  They  are  divided  into  four  subclasses  of  docu¬ 
ments  : 

(a)  system  overview 

(b)  general,  system  design 

(c)  detailed  system  design 

(d)  details  of  the  implemented  form  of  the  system. 

8.  220  Operation  Documentation 

These  documents  describe  the  interface  be¬ 
tween  the  DMS  and  the  outside  world.  There  are  two  subclasses: 

(a)  the  interface  between  the  system  and  its  users 

(b)  the  interlace  between  the  sy'stem  and  the 
computer  operators. 
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8.  220  OPERATION  DOCUMENTATION 
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(G1  )  Not  generally  available. 

(G2)  15  December  1967  draft,  15  February  1968  final  version. 

(HI)  Proprietary. 

(H2)  Interim  user's  Guides  now-  available.  Complete  User's  Manuals 
in  prep?. ration . 
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11.  ABSTRACT 


This  report  presents  the  results  of  a  survey  of  salient  characteristics 
of  a  representative  set  of  state-of-the-art  data  management  systems.  It  is 
part  of  an  effort  to  identify  the  state-of-the-art  capabilities  of  data  manage¬ 
ment  systems  for  third-generation  computer  systems. 

Section  I  of  the  report  includes  general  descriptions  of  the  systems 
purveyed  and  establishes  the  terminology  for  logical  organization  of  data  used 
in  the  survey. 


Section  II  describes  the  capabilities  uuiv  eyed  tiU&u  piebci 
results  in  tabular  format. 
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